I've have the same issue that I have been working to figure out. Calls from a Polycom phone to two different xlite phones work fine. Calls from xlite to xlite, or xlite to Polycom get a re-order tone. Calls from xlite to ITSP get reorder a well. Calls from Polycom go out fine to AA, xlites, and ITSP. Calls from all phones to the AA work fine also.
When I look at the logs the error is a SIP/2.0 404 Not Found. I am beginning to understand that might be an authentication issue with the proxy. Haven't figured it out yet, but it's a good learning experience. I am suffering from XX-4731 - Onboard DNS configuration is missing SRV and NAPTR entries but didn't think that was related to this issue. It seems like two of the issues I've seen tonight have similar problems. I'd be curious if they have the same error in their Merged.xml files. These phones all worked together normally with 3.10. This information below was proceeded by a 407 proxy authentication required. Time: 2009-05-05T03:43:15.893246Z Frame: 5940 sipregistrar.xml:1223 sipXproxy.xml:24541 Source: xxx.xxxx.com-SipRegistrar Dest: xxx.xxxx.com-SipXProxy SIP/2.0 404 Not Found From: "725"<sip:7...@192.168.1.252>;tag=e92f9647 To: "701"<sip:7...@192.168.1.252>;tag=e9652a67 Call-Id: MTUzODk1MDIxNDdmZDg3YjM2MDBkYzVlNDU0NjcxZGU. Cseq: 2 INVITE Via: SIP/2.0/TCP 192.168.1.252;branch=z9hG4bK-sipXecs-04fc6732d8ab552a266b8baf4ec3c4b6da8b Via: SIP/2.0/UDP 192.168.1.2:47242;branch=z9hG4bK-d8754z-8160be3f38174676-1---d8754z-;rport=4 7242 Record-Route: <sip:192.168.1.252:5060;lr> User-Agent: sipXecs/4.0.0 sipXecs/registry (Linux) Date: Tue, 05 May 2009 03:43:15 GMT Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, REGISTER, SUBSCRIBE Accept-Language: en Supported: gruu, path Content-Length: 0 -----Original Message----- From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of M. Ranganathan Sent: Monday, May 04, 2009 9:37 PM To: Jhony Perez Cc: sipx-users@list.sipfoundry.org Subject: Re: [sipx-users] SipXecs 4 with Cisco gateway issues On Tue, May 5, 2009 at 12:05 AM, Jhony Perez <jpe...@zbzoom.net> wrote: > Hello everyone, > > I had a Cisco CME integrated with a SipXecs 3.10.3 working perfect. I > had a dial peer (call leg) pointing to the SipXecs and a SipTrunk > gateway on the SipXecs pointing to the Cisco CME and then the Dial Plan > and life was good (for the most part). > > I got a brand new server and installed SipXecs 4.0 with the same > configuration as before, now when I try calling from the SipXecs to the > CME it calls fine but when I try Cisco to the SipXecs if I call the auto > attendant it rings and the AA answers just fine but if I try an > extension off SipXecs it get disconnected right away, and if I try > dialing a SipXecs extension from CME it goes fast busy right away. > > Now I think the issue has to do with the new implementation of the > Bridge, it's my understanding that the bridge is handling all incoming > calls into the SipXecs, Only if you configure things that way. Nothing stops you from sending a request to the proxy server directly ( bypassing the bridge entirely ). I think for some reason it doesn't accept the > calls going to extensions that are not part of the internal system, I Not sure what it means when you state "extensions that are not part of the internal system" To route a call to a specific extension, leave the inbound calls destination blank. Define an alias for the inbound number where you want to route the call. > even created a park extension and call it directly just fine. Are you sure your inbound calls are coming in through sipxbridge? The bridge is running on port 5080 by default. > > Any help on getting this to work would be greatly appreciated, our goal > is to move 100% on the SipXecs 4 and use the Cisco CME as a gateway only. If you are able to call AA and Park server, you should be able to route the call to any PBX extension. Not sure what the matter could be. > > Thanks, > > Jhony > _______________________________________________ > 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 > -- M. Ranganathan _______________________________________________ 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 _______________________________________________ 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
