13.07.2015 Views

Page 2 Lecture Notes in Computer Science 2865 Edited by G. Goos ...

Page 2 Lecture Notes in Computer Science 2865 Edited by G. Goos ...

Page 2 Lecture Notes in Computer Science 2865 Edited by G. Goos ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Extend<strong>in</strong>g Seamless IP Multicast Edge-Coverage 893.1 Overall OperationMMARP uses an hybrid approach to build a distribution mesh similar to theone used <strong>by</strong> ODMRP[5]. Routes among ad hoc nodes are established on-demand,whereas routes towards nodes <strong>in</strong> the fixed networks are ma<strong>in</strong>ta<strong>in</strong>ed proactively.This offers a good trade-off between efficiency, smooth <strong>in</strong>terwork<strong>in</strong>g with thefixed network while still hav<strong>in</strong>g a good protection aga<strong>in</strong>st l<strong>in</strong>k breakages (seeFig. 2). However, the way <strong>in</strong> which the mesh is created is different from ODMRPdue to the special requirements which MMARP nodes have to face. For example,MMARP nodes can participate <strong>in</strong> the mesh creation process on behalf ofstandard IP nodes or even on behalf of the access router (AR). In addition,they have behave so that the standard IP multicast model can be preserved (i.e.mak<strong>in</strong>g all the traffic generated with<strong>in</strong> the ad hoc fr<strong>in</strong>ge to be delivered to theAR). These specific differences are expla<strong>in</strong>ed <strong>in</strong> the next subsections.The reactive part consists of a request phase and a reply phase. When an adhoc node has new data to send, it periodically broadcasts a MMARP SOURCEmessage which is flooded with<strong>in</strong> the entire ad hoc network to update the stateof <strong>in</strong>termediate nodes as well as the multicast routes. These messages have anidentifier which allows <strong>in</strong>termediate nodes to detect duplicates and avoid unnecessaryretransmissions. When such a message is received <strong>by</strong> an ad hoc node forthe first time, it stores the IP address of the previous hop and rebroadcasts thepacket. When one of these messages arrives at a receiver, or at a neighbour of astandard IP receiver, it broadcasts a MMARP JOIN message <strong>in</strong>clud<strong>in</strong>g the IPaddress of the selected previous hop towards the source. When an ad hoc nodedetects its IP address <strong>in</strong> an MMARP JOIN message, it recognises that it is <strong>in</strong> thepath between a source and a dest<strong>in</strong>ation. It then activates its MF FLAG (MulticastForwarder Flag) and rebroadcasts a MMARP JOIN message conta<strong>in</strong><strong>in</strong>g itspreviously stored next hop towards the source. In this way, a shortest multicastpath is created between the source and the dest<strong>in</strong>ation. When there are differentsources and receivers for the same group, the process results <strong>in</strong> the creation of amulticast distribution mesh like the one presented <strong>in</strong> Fig. 2).The proactive part of the protocol is simply based on the periodic advertisementof the MIGs as default multicast gateways to the fixed network. As theTTL of IGMP messages is fixed at one, the reception of an IGMP Query can beused <strong>by</strong> ad hoc nodes to detect that they are MIGs and activate its MIG FLAG.MIGs periodically broadcast a MMARP DFL ROUTE message which is floodedto the whole ad hoc network. The reception of this message <strong>in</strong>forms <strong>in</strong>termediatenodes about the path towards multicast sources <strong>in</strong> the access network. Whenthe MMARP DFL ROUTE message reaches a receiver or a neighbour of a receiver,this node <strong>in</strong>itiates a jo<strong>in</strong><strong>in</strong>g process similar to the one that we have justdescribed for the reactive approach. When the MIG receives the MMARP JOINmessage, it then sends an IGMP Report towards the FHMR, ensur<strong>in</strong>g the IPmulticast data from sources <strong>in</strong> the fixed network reach the dest<strong>in</strong>ations with<strong>in</strong>the ad hoc network extension.The protocol <strong>in</strong>corporates local repair<strong>in</strong>g mechanisms to overcome l<strong>in</strong>k breakagesdur<strong>in</strong>g the creation of the distribution mesh. Whenever a node is unable to

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!