cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

1287
Views
0
Helpful
4
Replies
solerj
Beginner

Informacast Paging solution doubt

Hello!

Customer has two main sites with aprox. 250 users in each site and one Datacenter. The 3 sites are physically separated and all are connected through the WAN. Customer wants to install Informacast in the Datacenter to give service to both remote sites.

We are going to install Singlewire paging gateway in both remote sites in the IP Phones VLAN to send multicast traffic as unicast in the WAN. The problem now is that customer tell us that the local LAN network does not support multicast.

My doubt are:

  • As far as I know, If switches does not support multicast they will forward multicast traffic as it was broadcast in the VLAN Telephony. They will include all the IP Phones in the notification group, I assume there is no much difference between multicast and broadcast in this scenario (LAN). ¿Isn’t it? ¿Do you have some experiences with supporting Informacast solution in a LAN network that does not support multicast?
  • Also, customer is asking me if the multicast/broadcast traffic will be continuous in the network or it will be only generated in case of an emergency.

Again, if you can help me it will be very helpful.

Thanks

2 ACCEPTED SOLUTIONS

Accepted Solutions

Yes the switches should treat the traffic as broadcast within the VLAN if IGMP is disabled. Informacast will stream the RTP packets during an actual page. When the originator hangs up the stream is torn down.

You'll want to confirm that Informacast is marking, and the data center access layer switch is trusting, the DSCP value on the packets to ensure they make it into your voice traffic class on the WAN. Be sure to exclude one G.711 call's worth of bandwidth in CUCM CAC for every concurrent page possible. CUCM CAC only includes overhead down to the IP packet, not including the layer two frame header that IOS does in MQC.

Please remember to rate helpful responses and identify helpful or correct answers.

View solution in original post

That's the whole purpose of the paging gateway. Obviously enabling PIM and IGMP would be more efficient though.

View solution in original post

4 REPLIES 4

Yes the switches should treat the traffic as broadcast within the VLAN if IGMP is disabled. Informacast will stream the RTP packets during an actual page. When the originator hangs up the stream is torn down.

You'll want to confirm that Informacast is marking, and the data center access layer switch is trusting, the DSCP value on the packets to ensure they make it into your voice traffic class on the WAN. Be sure to exclude one G.711 call's worth of bandwidth in CUCM CAC for every concurrent page possible. CUCM CAC only includes overhead down to the IP packet, not including the layer two frame header that IOS does in MQC.

Please remember to rate helpful responses and identify helpful or correct answers.

View solution in original post

Thanks Jonathan for your answer.

In this scenario do you think that we can have problems if we forward the traffic as broadcast to all ports instead of multicast in the local Lans (where IP Phones are connected)?

Best Regards

Jonathan

That's the whole purpose of the paging gateway. Obviously enabling PIM and IGMP would be more efficient though.

View solution in original post

Yes, the proporse of the paging gateway is to solve this issue in the WAN. We will install the paging gateway in both remote LANs (IP Phones LAN) so we will not have to support multicast in the WAN.

Once traffic arrive from the DC to the remote office, it will be deilverd by the paging gateway to the IP Telephony VLAN and customer does not support IGMP in this VLAN. So we will broadcast the traffic to all ports in this VLAN.

I am worried about this broadcast traffic in the las hop (local VLAN broadcast).....;-)

Content for Community-Ad