That all looks good Joegen: <sip:298@x.x.x.x:39212;rinstance=307688e8aaf12fad;transport=tcp;x-sipX-privcontact=10.128.1.32%3A8180%3Btransport%3Dtcp> Pretty much the same from all three sites I'm testing from.
From: Joegen Baclor [mailto:jbac...@ezuce.com] Sent: November-28-12 1:10 AM To: Nicholas Drayer Cc: Discussion list for users of sipXecs software Subject: Re: [sipx-users] sipx 4.6 inbound ivr-->extension always not available I was wrong. It's no sipXnonat that you should be looking for but to make sure your registrations has x-sipX-privcontact. Can you verify this for all your NATed registrations? 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 [jbac...@ezuce.com<mailto:jbac...@ezuce.com>] 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<http://www.dyrand.com> _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org<mailto:sipx-users@list.sipfoundry.org> List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
