If you can provide a detailed log ( see the troubleshooting section), I can look at it.
Ranga. On Tue, Nov 10, 2009 at 9:51 AM, Burden, Mike <[email protected]> wrote: > Searching on Google, I found a lot of reports of the same issue. > Unfortunately, all of the threads ended before the O.P. reported back what > the solution was. I did find that Hold/Resume works fine if the incoming > call is from another extension, but not when the call comes in from the > outside world, which does point in the direction of a Gateway issue, like > you said. > > > > > > I ran a trace of a call that I tried to hold/resume. I think that this is > the problem, but I’m not sure why it happens or what to do about it: > > > > > > Time: 2009-11-10T14:43:17.881000Z > > Frame: 14 /tmp/trace.mtX28792/_.sipxbridge.trace.xml:46 > > Source: lsvm-sip1.lynk.com-sipXbridge > > Dest: 192.168.9.250:5060 > > > > SIP/2.0 403 Request not issued from SIPX proxy server > > Via: SIP/2.0/UDP 192.168.9.250;branch=z9hG4bK37802d9C25D3838 > > From: "Mike Burden" <sip:[email protected]>;tag=59A918DB-A3BC9DBA > > To: "(redacted)" <sip:(redacted)@voipmich.com>;tag=6708330379926174655 > > CSeq: 1 INVITE > > Call-ID: [email protected] > > Server: sipXecs/4.0.2 sipXecs/sipxbridge (Linux) > > Contact: <sip:[email protected]:5090> > > Supported: replaces,100rel > > Content-Length: 0 > > > > > > > > > > Mike Burden > > Lynk Systems, Inc > > e-mail: [email protected] > > Phone: 616-532-4985 > > > > > > > > > > > > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Burden, Mike > Sent: Tuesday, November 10, 2009 9:10 AM > To: [email protected] > Subject: Re: [sipx-users] Hold/Resume with Polycom IP550 (was: RE:sipXbridge > returning 404) > > > > I assume that you are talking about 6.5.5 and 6.5.6 of "SIP Trunking > > with sipXecs: Overview and Configuration"? > > Yes, that's how I set up the Gateway in the first place. > > > > I have a SIP Trunk Gateway set up with sipXbridge-1 as the route and the > > ITSP account. Inbound and outbound calls are working perfectly. > > > > I'm not sure what that has to do with Hold/Resume, though, and I haven't > > seen anything in the Wiki that would make me think that the Hold/Resume > > problem has anything to do with the ITSP account? > > > > > > Mike Burden > > Lynk Systems, Inc > > e-mail: [email protected] > > Phone: 616-532-4985 > > > > > > > > > > > > > > > > -----Original Message----- > > From: M. Ranganathan [mailto:[email protected]] > > Sent: Friday, November 06, 2009 10:35 PM > > To: Burden, Mike > > Cc: [email protected] > > Subject: Re: [sipx-users] Hold/Resume with Polycom IP550 (was: RE: > > sipXbridge returning 404) > > > > On Fri, Nov 6, 2009 at 5:53 PM, Burden, Mike <[email protected]> wrote: > >> OK, I've got the SIP trunk to my ITSP working (it was a configuration > >> problem at the ITSP's end) > >> > >> > >> > >> Now I have a new problem. We are using Polycom IP550 phones. If we > > put a > >> call on hold from the IP550, the first softbutton label changes to > > "Resume", > >> but hitting the button does not retrieve the call. > >> > >> > >> > >> Does anyone know how to make this work correctly? > >> > >> > >> > > > > You need an ITSP record for sipxbridge to work. The domain part of the > > INVITE request that is sent to sipxbridge is used to pick the ITSP > > account. > > > > There are step by step instructions on the sipxrbidge wiki page. Did > > you take a look at those? > > > > Regards > > > > Ranga. > >> > >> > >> Mike Burden > >> > >> Lynk Systems, Inc > >> > >> e-mail: [email protected] > >> > >> Phone: 616-532-4985 > >> > >> > >> > >> > >> > >> > >> > >> From: [email protected] > >> [mailto:[email protected]] On Behalf Of Burden, > > Mike > >> Sent: Friday, November 06, 2009 9:01 AM > >> To: [email protected] > >> Subject: [sipx-users] sipXbridge returning 404 (was: RE: Multiple > > gateways?) > >> > >> > >> > >> OK, I'm down to one issue... I have one Gateway that is not working > >> correctly. It doesn't work correctly regardless of whether any other > >> gateways are configured. > >> > >> > >> > >> The sipXbridge is returning "SIP/2.0 404 No record of ITSP. Check > >> configuration", so we're not even getting far enough for the format > > that the > >> ITSP expects the phone number to be to come into play. > >> > >> > >> > >> _______________________________________________ > >> 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/ > -- 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/
