06-15-2012 06:06 AM - edited 03-07-2019 07:16 AM
Hi,
Scenario:
SIP phones residing on LAN1 are configured in software to use mcast address 236.0.0.7, when the first SIP phone registers it sends an igmp join message which creates a group on the L2 switch, each subsequent SIP phone joins the group when they register thus creating a "room" function whereby each SIP devices "listens" sends and receives notification messages on its status to the same multicast group address, similar to a presence function.
(The multicast group is created when the first SIP device registers itself on the LAN it isn't created by a host sender always.)
A remote WAN site which uses the same SIP devices wishes to send and receive to the same multicast address 236.0.0.7 thus joining the same igmp group created on the LAN1 switch infrastructure.
The environment within the L3 core is PIM-Sparse using particular RP's which cannot be changed due to the nature of the business also requiring the use of real-time data.
I've tried to configure a GRE tunnel between the LAN1 next hop router and the router at the remote site and to then use the IGMP Join-group 236.0.0.7 command on the remote router, the tunnel works fine but the Room/Presence feature does not work.
Due to it being a production network i can only attempt the work out of hours so cannot gather logs etc...
Any thoughts or advice would be appreciated.
Dave Stanbridge
06-15-2012 01:52 PM
David,
If I understand you correctly then you have a number of SIP phones at different locations that use the multicast group 236.0.0.7 for an application similar to room/presence feature, and you want these two locations to interoperate.
I have a couple of questions:
Looking forward to reading from you soon.
Best regards,
Peter
06-20-2012 03:17 AM
Hi Peter,
Firstly, thank you for the swift response.
In answer to your questions:
1. Yes it is possible to use native multicasting routing, we currently use PIM-SM for multicast routing for real-time data and use the core routers as rp's for certain multicast traffic (in terms of the scenario I wish to tunnel as I'd prefer not to make too many changes to the core multicast config currently in place), when testing the deployment of the scenario we've used the core for the rp which is fine... however because SIP Devices in both the local and remote location send and receive on the same 236.0.0.7 address it will be whichever SIP device sends data to the rp point that will determine the multicast route, so when we've tested using the rp as the core of the network only the presence feature for the SIP devices in one location will actually work...
2. Yes
3. Tunnel0 interface
4. I guess this relates to what i've written in point one.
The difficulty arises due to two different sites and hosts sending and receiving on the same multicast address.
I think I may have to look into configuring some sort of L2TP tunnel and to then extend the Local VLAN which the SIP Devices reside upon to the remote site and run IGMP over the tunnel
Thanks
David
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide