Ok, so I set the priority on the primary server to 1 and the secondary server to 2. The phones all register to the 1st server as expected but the inbound audio is getting sent to the 2nd server.
1st server = 10.10.3.10. 2nd server = 10.10.3.11 Phones are registered to 10.10.3.10. Inbound RTP is going through 10.10.3.11. Thanks, Ken -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Ken Fulmer Sent: Monday, April 19, 2010 1:44 PM To: 'M. Ranganathan' Cc: [email protected] Subject: Re: [sipx-users] Two Issues with 4.2 1. I was under the impression that RTP will flow through the server where the phones are registered - in both the inbound and outbound directions. We are not seeing this behavior for inbound calls. 2. We have three servers - one primary, one secondary, and a third server that only has the voice mail related services running. This seems to break Music on Hold. When we move the VM services to the primary server in the cluster, MoH works properly. -----Original Message----- From: M. Ranganathan [mailto:[email protected]] Sent: Monday, April 19, 2010 12:16 PM To: Ken Fulmer Cc: [email protected] Subject: Re: [sipx-users] Two Issues with 4.2 On Mon, Apr 19, 2010 at 12:22 PM, Ken Fulmer <[email protected]> wrote: > We have 4.2 installed with three servers in a cluster. The first two have > sipXbridge running and the third only has voice mail. > > > > 1. Outbound calls flow through the server where the phone is > registered. This isnt the case for inbound calls. Inbound calls load > balance the RTP stream between the first two servers. One inbound call sends > RTP through the first server and the next call sends it through the second > server. And so on. It doesnt seem to matter where the phone is registered > or if branches are enabled. This is working as expected. > > 2. When we use voice mail on any server other than the first, music on > hold breaks. We are using the 711u codec. A more complete description of the scenario would be of value. Thank you > > > > Thanks, > > > > Ken Fulmer > > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- M. Ranganathan _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
