The ITSP has done a trace. The ITSP's soft-switch receives the re-INVITE, notifies the billing system, and does NOT pass the re-INVITE along to the up-stream provider.
The re-INVITE as received by the ITSP looked correct. I think I posted an example somewhere along this thread. If not, I can find the trace that the ITSP sent me and pick the re-INVITE out of it. Mike Burden Lynk Systems, Inc e-mail: m...@lynk.com Phone: 616-532-4985 -----Original Message----- From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Jean-Hugues Royer Sent: Tuesday, September 21, 2010 5:53 PM To: Discussion list for users of sipXecs software Subject: Re: [sipx-users] REFER vs INVITE for transfers His first post visible here: http://forum.sipfoundry.org/index.php?t=msg&th=14230&start=0&S=5f984ee66be7b3320859480cb2bc256b Says: "I have an ITSP that is currently battling with a switch vendor on my behalf, because when we transfer a call from extension to extension, we lose audio." And they probably support re-invites for one reason (beside the obvious one that it's required to change codec, refresh timers, or put a call on hold), the transfer would be refused if the re-invites were rejected. Regards Tony Graziano wrote: > He is not having an issue with audio. He is trying to use sipXbridge > between the ITSP and sipx and cannot because they dont support > reinvites at all. > _______________________________________________ sipx-users mailing list 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/
