[16NG] Re: Review of the ipv6-over-ipv6cs draft

Inline:

On 2/2/07 12:01 AM, "ext Pekka Savola" <pekkas@netcore.fi> wrote:

>>> Even if a default route would be lost while in suspend, I don't see
>>> this as an issue as immediately when the host gets woken up, the
>>> default route could be re-obtained by a) specific RA (if wake up call
>>> was sent by the AR -- at the same time or 20ms later) or b) a RS (if
>>> host decided to wake up).  Later you also said that when a host gets
>>> paged it needs to establish the link, implying that in fact there is
>>> some delay before link can be used after paging.
>> 
>> Well... If the AR is configured to send periodic RAs at regular
>> intervals (MaxRtrAdvInterval), the AR would end up paging the host and
>> waking it up to deliver an RA which is essentially not very useful
>> to the host.
> 
> If this approach were to be chosen, MaxRtrAdvInterval would be set to
> something like 1800 seconds, but for example BS could filter out 80%
> of messages, so an RA would only be sent to MS every 8000 seconds.
> From the perspective of MS, filtering out RAs is indistinguishable
> from it packets getting lost in the network, so this would require no
> host modifications.
> 

Well requiring the BS to filter such messages would be an additional
requirement and not the best option. Also the BS would need to know which
specific RAs are to be filtered, I.e the periodic ones vs the ones that are
solicited by the MS.
Additionally if the host implementation is such that it will wake up to
receive an RA when the MaxRtrAdvInterval is reached it will have the adverse
effect of waking up unnecessarily and wasting battery power and
air0interface resources. Such a host may end up even sending an RS at the
expiry of the MaxRtrAdvInterval in case the RA has been filtered out by the
BS or lost. 

Hence it is better to increase the value of the MaxRtrAdvInterval. This
change does no harm.

-Raj

_______________________________________________
16NG mailing list
16NG@ietf.org
https://www1.ietf.org/mailman/listinfo/16ng