Hi
The document is in a pretty good shape. I found one issue though.
In 4.3.3 it says:
On handover, the mobile source reattaches to a new MAG (DR), and
PMIPv6 unicast management will transfer the LMA-MAG tunnel to the new
point of attachment. However, in the absence of a corresponding
multicast forwarding state, the new DR will treat S as a new source
and initiate a source registering of PIM phase one. In consequence,
the PIM transition from phase one to two will be iterated per
handover, leading to an enhanced signaling load and repeated delay
variations.
This is not really the case. The new MAG should be sending registers to
the same RP as the previous MAG did. If registration had completed so
that no more data registers were sent by the previous MAG (only periodic
null-registers to maintain the (S,G) state on the RP), the RP would
immediately respond with a register stop when it receives a register
from the new MAG. Basically, the RP behavior does not depend on who is
sending the registers.
Independent of the registers, if the RP had joined the SPT to receive
from the source, the SPT would be updated and joins would go towards
the new MAG.
The same for 4.3.4.
Two minor editorial things I spotted:
such as IPTV or sever-centric gaming on mobiles. However, current
^^^^^
bindings) has been performed . Still multicast packets arriving at
^^^
Stig
_______________________________________________
multimob mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/multimob
