Dear Juan, Wen, Wei, Please, find here below some comments on your draft.
1/ You propose the MAGs to be multicast enabled routers. However, to enabling the solution you propose to set-up a tunnel among the MAGs where the source and the listener are attached to. Why do you need such tunnel? Why the communication cannot be directly routed without any additional tunnel (assuming the domain is multicast enabled)? In fact the tunnel probably will follow the same path as the PIM messages would follow. 2/ When you describe the establishment of bidirectional tunnels between MAGs you refer RFC5213 for further detail, but RFC5213 does not include tunnel establishment between MAGs. This is not covered by standard PMIP (it implies an extension). 3/ For the mobile node operation you are restricting the optimization proposal to the case where the listener is an SSM-aware host. In my opinion this restricts the solution, not being generic (ASM case is not covered) 4/ Through the PBU-Q/PBA-Q sequence of messages you are able to obtain the CoA for the MN source. However, how do you know in advance that the MN source is attached to the domain? There is no way of knowing it in advance, and because the MN HoA is not an address of the PMIPv6 domain, how do you deduce that it is a MN source? Do you send the PBU-Q for all kind of SSM subscriptions? Additionally, what happens (what is the message) in case the source is effectively not attached to the PMIPv6 domain? Finally, as a minor comment, the heading of the txt file mention "RELOAD Client Extension", which is not the subject of the draft. Best regards, Luis _____________________________ Luis M. Contreras Technology / Global CTO / Telefónica Efficiency Projects / Telefónica I+D Don Ramón de la Cruz 82-84 28006 Madrid España / Spain [email protected] ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo. This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at http://www.tid.es/ES/PAGINAS/disclaimer.aspx
_______________________________________________ multimob mailing list [email protected] https://www.ietf.org/mailman/listinfo/multimob
