RE: Interested in wireless ?

[Michael McBride <[e-mail]>]

Alex,

draft says:
>    To protect their bandwidth, some
>    networks throttle ND-related broadcasts, which reduces the capability
>    for the ND protocol to operate as expected.

> I suspect you mean ND-related multicasts, and not ND-related broadcasts.

Yes and we get into that a bit in: https://datatracker.ietf.org/doc/draft-ietf-mboned-ieee802-mcast-problems/

mike



Also, I guess that need to protect (maintain availability) bandwidth is different when more and more bandwidth is offered by a PHY/MAC in a terahertz range.  Maybe these networks will stop throttling(?)

Alex

Le 01/06/2020 à 21:12, Alexandre Petrescu a écrit :
> draft says:
>>    The routers send RAs with a SLLAO at a regular period.  The period
>>    can be indicated in the RA-Interval Option [RFC6275].  If 
>> available,
>>    the message can be transported in a compressed form in a beacon,
>>    e.g., in OCB Basic Safety Messages (BSM) that are nominally sent
>>    every 100ms.
> 
> I suggest to give CAM as an example as well, not just BSM.
> 
> It might be that on some continent CAM is more important than BSM.
> 
> It might be, that in an ideal world where all use Internet, there is 
> just one CAMBSM message, and maybe we get to that if we put it on IP.
> 
> But until then, citing just BSM is not good enough.
> 
> Alex
> 
> 
> Le 30/05/2020 à 13:46, Pascal Thubert (pthubert) a écrit :
>> Dear all
>>
>> Since there’s so much energy on the list these days, could we 
>> consider the adoption of
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftoo
>> ls.ietf.org%2Fhtml%2Fdraft-thubert-6man-ipv6-over-wireless-05&dat
>> a=02%7C01%7Cmichael.mcbride%40futurewei.com%7C39445a5ce5ed4944791908d
>> 806609ea6%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C63726635934157
>> 7288&sdata=nYfHyZvRsH3731BFjBSE2bUOxHfzJ6wqC0YRke0TahU%3D&res
>> erved=0
>> ?
>>
>> I got only positive feedback, there’s no politics, there no label, 
>> it’s all about IPv6 models for wireless. This may appear useful in a 
>> world where the vast majority of devices are connected that way.
>>
>> Keep safe,
>>
>> Pascal
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> [e-mail]
>> Administrative Requests: 
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
>> .ietf.org%2Fmailman%2Flistinfo%2Fipv6&data=02%7C01%7Cmichael.mcbr
>> ide%40futurewei.com%7C39445a5ce5ed4944791908d806609ea6%7C0fee8ff2a3b2
>> 40189c753a1d5591fedc%7C1%7C0%7C637266359341577288&sdata=HMyn9qzB4
>> HJz81gOsUNByJKhr6JMi70F9XuYC7hGREA%3D&reserved=0
>> --------------------------------------------------------------------
>>
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [e-mail]
> Administrative Requests: 
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Fmailman%2Flistinfo%2Fipv6&data=02%7C01%7Cmichael.mcbrid
> e%40futurewei.com%7C39445a5ce5ed4944791908d806609ea6%7C0fee8ff2a3b2401
> 89c753a1d5591fedc%7C1%7C0%7C637266359341577288&sdata=HMyn9qzB4HJz8
> 1gOsUNByJKhr6JMi70F9XuYC7hGREA%3D&reserved=0
> --------------------------------------------------------------------

--------------------------------------------------------------------
IETF IPv6 working group mailing list
[e-mail]
Administrative Requests: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fipv6&data=02%7C01%7Cmichael.mcbride%40futurewei.com%7C39445a5ce5ed4944791908d806609ea6%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637266359341577288&sdata=HMyn9qzB4HJz81gOsUNByJKhr6JMi70F9XuYC7hGREA%3D&reserved=0
--------------------------------------------------------------------