On Wed, May 5, 2010 at 10:41 AM, Michael Scheidell <scheid...@secnap.net>wrote:
> (don't hate me: set up a sipx-cisco-users and we will leave you alone, > those of us with dozens of cisco phones would rather work out the gremlins > with the cisco/sipx than work out the gremlins with cisco/askerisk :-) > You just like being black and blue and you are welcome to it. [?] > > Diagnosing remote cisco problems, and attempting to set phones up according > to > <http://wiki.sipxecs.org/index.php/Configuring_remote_workers_cheatsheet><http://wiki.sipxecs.org/index.php/Configuring_remote_workers_cheatsheet> > > (current problem, is when the remote phone puts a local extension on hold > and its running G.729, it never goes back to g.711, local user doesn't hear > audio, and you can't recover the call. no, im not ready to post traces yet, > but will soon, maybe I'll force the phones to g.711 or buy the G.729 codex. > > Cisco doesn;t handle HOLD in any real "modern" fashion. It's either 0.0.0.0 or 3264, but if their stack wont re-negotiate codec, you best set the HOLD for 0.0.0.0 or use g711 if you want it to work with sipx at all. > > under 'network parameters', there are the options nat_enable and > nat_received_processing (both, by default checked). wiki seems to > indicate I should disable these? but once done, phone will no longer > register. > > 2010-05-05 10:36:06.512170 76.108.146.15 -> 10.70.10.1 SIP Request: > REGISTER sip:204.89.241.150 > 2010-05-05 10:36:06.513102 10.70.10.1 -> 76.108.146.15 SIP Status: 401 > Unauthorized (0 bindings) > 2010-05-05 10:36:10.263878 76.108.146.15 -> 10.70.10.1 SIP Request: > REGISTER sip:204.89.241.150 > 2010-05-05 10:36:10.264832 10.70.10.1 -> 76.108.146.15 SIP Status: 401 > Unauthorized (0 bindings) > > Q should they be disabled? or not? > I may be wrong, it can happen. I think if the phone is behind nat it should be disabled. The REGISTER in sipxconfig should show sip:<user>@<public_facing_ip_where_phone_is> and later in the string "private-contact=192.168.10.11" (or whatever the phone has bound to it) If it shows the correct sequence I described above when it does register, you've found your own answer. > > Q also, "WAN IP address of the NAT or firewall server." is blank. should > it be the WAN address of the remote firewall 76.108.146.15? and should > nat_enable and nat_received_processing be checked? > > You static ip should say "static" and display the public facing ip on the firewall. Right now the server is somewhat clueless and you need to help it out. > > > > -- > Michael Scheidell, CTO > Phone: 561-999-5000, x 1259 > > *| *SECNAP Network Security Corporation > > - Certified SNORT Integrator > - 2008-9 Hot Company Award Winner, World Executive Alliance > - Five-Star Partner Program 2009, VARBusiness > - Best Anti-Spam Product 2008, Network Products Guide > - King of Spam Filters, SC Magazine 2008 > > > ------------------------------ > > This email has been scanned and certified safe by SpammerTrap®. > For Information please see http://www.secnap.com/products/spammertrap/ > ------------------------------ > > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org > 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/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
<<330.gif>>
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org 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/