Even when "other phones" are from an ITSP call coming through the sipXbridge setup to play MoH?
- MM On Wed, Nov 28, 2012 at 7:07 AM, Kumaran < [email protected]> wrote: > Bria won't support MoH..If Bria put on Hold other phones won't hear MoH.. > > Regards, > Kumaran T > > > On 11/28/2012 2:29 PM, Joegen Baclor wrote: > > I'm not sure if Bria supports MoH. Can someone verify this? > > > On 11/28/2012 04:35 PM, Nicholas Drayer wrote: > > Thank you Joegen, > Yes, it's registered and sipXnonat is not visible on the registration (on > the web portal). And yes, I put the Bria logging on and it receives > keep-alive (I think I'm able to make out that is says every 30 seconds). I > ran "tcpdump -v host sipx.mydomain.com", which is showing the sip > keep-alives; exactly every 30 seconds another 5 or-so lines appear (I > disabled the XMPP account while running tcpdump). > > Some other symptoms: > - outgoing to an external number rings on the calling side, and sound > works both ways when picked up; when I put the call on hold, I can resume > it. No MoH though. I can also transfer the call just fine to yet another > external number. > - incoming external does ring, no MoH or ringing sound (dead silence on > the calling end after "Please hold while I transfer your call"). After > picking up still no sound either way. When I put the call on hold, I cannot > resume, the Bria 'Resume" button does not work -- you have to end the call. > > The problem occurs identically on my Mac at home as it does on my Windows > 7 box at work in Vancouver, as it does on my colleagues Windows box in > Toronto (i.e., three totally different firewalls and two OS's). Therefore > I'm a bit hesitant to blame Bria. > > I will tomorrow also send Bria a log, and ask for their input. But my > gut tells me its something else than their software. I have a spare Polycom > at work -- I'll also get that provisioned and working. > > Nicholas > ------------------------------ > *From:* Joegen Baclor [[email protected]] > *Sent:* November 27, 2012 7:26 PM > *To:* Discussion list for users of sipXecs software > *Cc:* Nicholas Drayer > *Subject:* Re: [sipx-users] sipx 4.6 inbound ivr-->extension always not > available > > Check the registration status of the phone in the admin UI. Is it > registered? If so, is it registered as NATed (sipXnonat tag not present > in contact)? If it is NATED, can you confirm if OPTIONS keep-alive is > received by the phone occasionally if you sniff the packets from the phones > network? > > On 11/28/2012 09:43 AM, Nicholas Drayer wrote: > > Hello, > > I’ve got a test system up, everything works super, except inbound calls: > they do go to the IVR, but when I choose an extension, it is always ‘not > available’. I can leave a voice message, and the extension’s user can pick > retrieve the voicemail. > > I can call out just fine. > > I’m using last night’s 4.6 (problem has existed since I set the system up > about 5 days ago) on RHEL 6.3 - 64 bit. > > Maybe related to this is that MoH doesn’t seem to work (but I’ve not > looked into that too much: the bridge and the user have it set though). > > > > I’m guessing it’s some NAT related issue in conjunction with Blind > Forwarding. It’s on Amazon AWS, I set the security group to all open I’m > not blocking anything incoming or outgoing. > > > > I’m hoping someone can point me to where the look to solve this, I’d be > most grateful! > > > > Thanks, > > Nicholas > > > > > > Nicholas Drayer > > Managing Director > > Dyrand Systems > > T. 604.408.4415 Ext. 319 > > www.dyrand.com > > > > > > > _______________________________________________ > sipx-users mailing [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > > > _______________________________________________ > sipx-users mailing [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
