Re: [MEXT] Queries/comments on 'Binding Revocation for IPv6 Mobility' draft

[Sri Gundavelli <sgundave at cisco.com>]

Hi Sandesh,

Couple of comments ..



On Wed, 6 Aug 2008, Sandesh wrote:

> ~~~~~~~~~~~~~
> [SANDESH]
> I agree with the you that BRI provides a useful facility to remove BCE for
> stale sessions. This is a desirable functionality.
>
> IMO it is also desirable to have an administrative interface which
> can disable/enable a particular binding for sometime without deleting
> BUL/BCE. The session is not stale. It is just that we don't want to allow
> any data traffic/Signalling for that MN for testing/maintenance activity
> without the involvement if AAA server (Please see my next comment).

I'm not sure, if this concept of session freezing is needed in mobility.
Suspending a mobility session (BCE/BUL) will result in the application
breakdown. Lets say, the mobile have existing TELNET and other sessions,
freezing the traffic for some time will break those sessions. If this
is still desired, the operator can simply apply some traffic policies
to drop the traffic locally. But, if this needs to notified to the
peer (LMA or MAG), we are now looking at rate-limiting notifications and
that's not the scope of Binding Revocation.




> I would like to compare this feature of binding revocation to
> link inhibit/uninhibit in SS7. When a link is inhibited data structures
> for the particular link are not removed but particular link is marked
> inhibited so that no traffic goes on that link.
> ~~~~~~~~~~~~~
>
> > 1.-------------------------
> > If administrator at LMA revokes a binding (does a revoke
> > administrative
> > action) (I would call is bringing binding administratively
> > down) in this case a BRI message is sent to MAG (and BRA received in
> > return).
> >
> > If after some time the same administrator unrevokes the binding (i.e.
> > and makes this binding administratively up)

Revocation is an atomic and a permanent action. There is no reversal and
no second thoughts. The MAG can always re-establish the session.


Sri


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