On Tue, Mar 13, 2012 at 2:04 AM, Emilio Panighetti <[email protected]> wrote: > > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: 8bit > Organization: SipXecs Forum > In-Reply-To: <[email protected]> > X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <66549> > Message-ID: <[email protected]> > > > > Found the issue with media anchoring, and NAT traversal was > enabled; which I found after reading other recent comments > on other topics. > > My other two original issues remain: > > REFER: sipXecs is forwarding the REFER for an unattended > transfer back to the external SBC when I try to transfer a > call that was originally initiated by an extension to an > outside number and REFER it to another PSTN number. I would > expect sipXecs to consume the REFER and initiate another > dialog on its own. Instead it's forwarding the REFER.
this is typically found in a B2BUA, not a stateless proxy if i'm not mistaken. try researching/leveraging the embedded Freeswitch Server > > Call on-hold: Similarly to the REFER above; sipXecs is > forwarding the SDP on a ReINVITE for a call on-hold instead > of bridging it with the media server. Also note that the > media server works fine when calling voicemail or dialing > into a conference extension. > > Any help would be greatly appreciated > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
