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

Re: [DNA] Definition of "Link Up" and "Link Down" events?



Hi Stephen,

Thanks for speaking up.

I guess that within 802.11u, there's a good chance of being able
to distinguish between change within the DS and between DS's.

Personally, I think that sort of distinction can be very helpful
in DNAv6, since it would be possible to defer some reachability
and configuration change tests until after IPv6 Neighbour Discovery
timers expire (5-30 seconds or more:- potentially never).

There's also potential interactions with 802.21 MIH, for similar
reasons.

Greg
(Speaking personally, rather than as a chair).

McCann, Stephen wrote:
> Dear all,
> 	Generalising this conversation, it appears to me that some sort of L2 
> media specific "Link Up" indication is a potential requirement for DNA.
> 
> Hence is it a potential issue for the current work in the IEEE 802.11u and IEEE 802.16g groups, to name but two?
> 
> Kind regards
> 
> Stephen
> 
> 
>>-----Original Message-----
>>From: James Kempf [mailto:kempf@docomolabs-usa.com] 
>>Sent: Thursday, May 26, 2005 5:12 PM
>>To: Brett Pentland
>>Cc: Bernard Aboba; dna@eng.monash.edu.au
>>Subject: Re: [DNA] Definition of "Link Up" and "Link Down" events?
>>
>>
>>Brett,
>>
>>
>>>>If the L2 software hides the L2 handover latency, then 
>>
>>"Link Up" and
>>Link
>>
>>>>Down" never occur during handover, although they may 
>>
>>occur at other
>>times,
>>
>>>>for example, if the terminal moves out of range of any base 
>>>>stations.
>>>
>>>If such a handover involves changing L3 links, then for DNA 
>>
>>it would 
>>
>>>be really good to have "Link Up" or at least some kind of signal to 
>>>trigger the DNA process.
>>>
>>
>>Yes, but I think that a radio protocol that supports 
>>make-before-break would have to support that independently of 
>>DNA. Even if it uses RFC 2461, it still needs some way to 
>>trigger the RS.
>>
>>But I'm speculating. Is Hesham or George on this list? They 
>>are at Flarion, which has a make-before-break radio protocol, 
>>perhaps they could tell us how IP link handover is triggered.
>>
>>            jak
>>
>>
> 
>