[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MEXT] About the flow binding charter item



Hi Frank,

On May 20, 2009, at 7:12 PM, Frank Xia wrote:

Hi Nicolas

Does this make sense?

MN installs a flow binding to HA, and
HA  revokes the flow binding later because
of acounting, mainteance and other reasons.

As said in previous emails in this thread, yes, this is a valid use case IMHO. In the current specification, the HA can refuse to install a flow binding when a MN sends a BU with flow binding options. We might need to define a way for the HA to cancel a flow binding at anytime. But again, this is different from the HA installing rules for the MN.

Nicolas



BR
Frank

----- Original Message ----- From: "Nicolas Montavont" <ietf at montavont.net >
To: "Frank Xia" <xiayangsong at huawei.com>
Cc: "marcelo bagnulo braun" <marcelo at it.uc3m.es>; "mext" <mext at ietf.org >; "Julien Laganier" <julien.laganier.ietf at googlemail.com>; "Jari Arkko" <jari.arkko at piuha.net>
Sent: Wednesday, May 20, 2009 11:19 AM
Subject: Re: [MEXT] About the flow binding charter item


Hi,

On May 20, 2009, at 4:43 PM, Frank Xia wrote:

Hi Marcelo

Texts are copied here for simplification:
2- whether the information should be sent from the MN to the HA only
or it should also be sent from the HA to the MN and if the
information exchanged in each direction should affect the CoA and/ or
the HA address.

IMHO, we should define operation from HA to MN.

I disagree: the HA has no way to know about which address is allocated to which interface. For me, Flow Binding in MIPv6 should only define the final mapping of flows on current CoAs. How these policies are set up is out of scope of MIPv6. If the HA (or more probably some other entity in the network) wants to install rules on the interface usage of a mobile node, it can use another protocol that has no reason to be part of MIPv6.

Nicolas



A very simple analogy,  there is "Binding Revocation
for IPv6 Mobility", and I think there are the same reasons
to have ""Flow Binding Revocation for IPv6 Mobility"

In 3GPP network, operators  always tend to control
the networks.

We have some details in our draft
http://tools.ietf.org/id/draft-xia-mext-ha-init-flow-binding-00.txt.

BR
Frank

----- Original Message ----- From: "marcelo bagnulo braun" <marcelo at it.uc3m.es
>
To: "mext" <mext at ietf.org>
Cc: "Jari Arkko" <jari.arkko at piuha.net>; "Julien Laganier" <julien.laganier.ietf at googlemail.com
>
Sent: Wednesday, May 20, 2009 8:04 AM
Subject: [MEXT] About the flow binding charter item


Hi,

There seems to be some discrepancies about the MEXT charter item
regarding the work on flow bindings.
Since the charter is the guide for our work, it would be important to
clarify it, so we can have a unified interpretation of the charter.
Please note that what it is in the charter is not cast in stone, but
it seems to reflect previous consensus and we need good reasons to
change it.

So, the current charter item about flow bindings reads:

- A "Flow/binding policies exchange" solution for an exchange of
policies from the mobile host/router to the Home Agent and from the
Home Agent to the mobile host/router influencing the choice of the
Care-of Address and Home Agent address. The solution involves two
specifications, one for the policy format and another for its
transport [both Standard Track].

The first problem with this text is the use and interpretation of the
word policy. Since the policy word may have a broad interpretation.
it would be important to make the charter more explicit about the
expected work. We understand that it is the WG consensus that what
need to be exchanged is a solution for the exchange of flow binding
rules.

So, we understand that it would be more explicit to replace the usage
of the expression Flow/binding policies exchange by Flow Binding
rules exchange. Would that reflect with the WG interpretation?

Second, the current charter item explicitly mentions that the
proposed approach must support sending flow binding information from
the MN to the HA and also from the HA to the MN. Moreover, the
current charter talks about influencing not only the selection of the CoA but also the selection of the HA address. However, our current WG
document does not supports sending information from the HA and it
does not cover the possibility of influencing the HA address. So, one
possible interpretation of the charter would be that the MN sends
flow binding information to influence the CoA selection and the HA
sends flow binding information to influence the HA address selection. Other interpretation is that both the MN and the HA send information
regarding both the HA address and the CoA selection.

So, we would like that the WG express their opinion on both items
mentioned above:

1- whether we should replace Flow/binding policies exchange by Flow
Binding rules exchange in the charter

2- whether the information should be sent from the MN to the HA only
or it should also be sent from the HA to the MN and if the
information exchanged in each direction should affect the CoA and/ or
the HA address.

Regards, Julien and marcelo


_______________________________________________
MEXT mailing list
MEXT at ietf.org
https://www.ietf.org/mailman/listinfo/mext

_______________________________________________
MEXT mailing list
MEXT at ietf.org
https://www.ietf.org/mailman/listinfo/mext