Re: Signaling Message Fragmentation

Hi Fred,


> I can think of use cases related to my industry, for example when a first airplane provides an access link to a second airplane, the second airplane provides an access link to a third airplane, etc.

Seems to match the below use-case. I do not know the Boeing's or the broader Airline industry requirement, but personally I've not seen much interest for this.



[cid:CF1352BB-928A-4DEE-8733-2DD79320CEB2]



> In any case, however, whenever there is a fixed or mobile node connected to an access link provided by a mobility anchor there is nothing stopping the node from setting up a tunnel.

Agree. That's there today; A MR on cellular access link, brings up a tunnel, which is on a transport tunnel.

Regards
Sri




On 9/24/14 1:50 PM, "Templin, Fred L" <[email protected]<mailto:[email protected]>> wrote:

Hi Sri,

I remember the nested NEMO discussions, but at least for mobile network
use-cases I have not seen any real deployment use-cases for that
requirement. But, it will be good to have some discussions on that topic.

I am thinking about the case when a mobile router A provides an access
link for a mobile router B, which provides an access link for a mobile
router C, which provides an access link for a mobile router D, etc.
Each mobile router would coordinate with their home networks so that
there would be tunnels-within-tunnels-within-tunnels-etc.

I can think of use cases related to my industry, for example when a
first airplane provides an access link to a second airplane, the second
airplane provides an access link to a third airplane, etc. I think this
might come up also for certain mobile ad-hoc scenarios.

In any case, however, whenever there is a fixed or mobile node connected
to an access link provided by a mobility anchor there is nothing stopping
the node from setting up a tunnel. Then, there will be at least one
tunnel-within-tunnel nesting.

Thanks - Fred
[email protected]<mailto:[email protected]>

_______________________________________________
dmm mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmm