On Wed, Apr 14, 2010 at 11:02 AM, Shawn Westerhoff <[email protected]> wrote: > I posted the resolution in the wrong thread last night, wanted to make sure > everyone saw the issue was 5080: > > RESOLVED: The provider was not setup to send to 5080 but rather 5060 so we > were bypassing the sipxbridge. Thank you all, this information provided us > with the clues we needed to confirm sipxecs can and does support proper refer > >> invite translation! > > Good evening, time for a brew with my crew now that we do not have to > rollback to the PBX and digital phones tonight. Tony, we will call you the > Road Runner from now on!
http://www.time.com/time/business/article/0,8599,1978705,00.html "Bottoms up - hence bottom post." said he top postingly > > Shawn Westerhoff > President > Turn 11 Networks, Inc. > [email protected] > direct: 415-300-4224 > Professional IT Services / Cloud Computing / VOIP > www.turn11.com > > On Apr 13, 2010, at 6:03 PM, Tony Graziano wrote: > >> BUT if the ITSP is not sending on port 5080, it bypasses sipXbridge. >> You need to check with the provider and ask if they can send on port >> 5080. If not, conside an ingate SBC. We install them and they work >> well for these instances. >> >> On Tue, Apr 13, 2010 at 8:33 PM, Shawn Westerhoff <[email protected]> wrote: >>> I see in the doc: >>> "Supports call transfers locally: Call transfers are supported without >>> sending the REFER to the ITSP. Therefore, it can handle both blind and >>> consultative transfers and it is possible to transfer in or outbound calls >>> via an ITSP back out to the ITSP (hair-pinned transfers)." >>> "Typically ITSPs do not handle certain types of SIP requests such >>> as REFER which is used in Call Transfer operations. To implement call >>> transfer, SipXbridge does signaling translation, converting >>> a REFER request to an INVITE request to the call transfer target. >>> Consequently, a ringing tone will not be heard at the calling phone during >>> call transfers when the call is routed through SipXbridge. Enable Music On >>> Hold (MOH)on this page if you would like to hear music for blind transfers. >>> If you do not do this, you will hear silence during the time a call is >>> being transferred blind. You are recommended to turn MOH off for your phone >>> when MOH is turned ON on sipXbridge as certain signaling race conditions may >>> occur, resulting in garbled MOH." >>> Sounds like what I need but I do not see where that feature is configured. >>> Thanks Tony, >>> >>> Shawn Westerhoff >>> President >>> Turn 11 Networks, Inc. >>> [email protected] >>> direct: 415-300-4224 >>> Professional IT Services / Cloud Computing / VOIP >>> www.turn11.com >>> >>> On Apr 13, 2010, at 3:56 PM, Tony Graziano wrote: >>> >>> What version are you using? Who is the ITSP and what SBC are you using >>> to separate sipx from the Internet? >>> >>> sipXbridge is capable of doing that in 4.0.4 (current stable version), >>> with a properly configured firewall. 4.1.7 offers only minor >>> improvements to sipXbridge. >>> >>> >>> >>> On Tue, Apr 13, 2010 at 6:52 PM, Shawn Westerhoff <[email protected]> wrote: >>> >>> We use a SIP provider that can not handle REFER during a call >>> >>> transfer. We are seeking a way around this short of moving to 4.1.7 >>> >>> development release where we understand the issue has been fixed by >>> >>> using a RE-INVITE (or INVITE again, not sure if RE-INVITE is even a >>> >>> term we should be using). >>> >>> Our problem is with calls that originate on the PSTN, they get through >>> >>> to the extension just fine (Polycom 650) but if that call is >>> >>> transferred to any other extension, the upstream SBC drops the call. >>> >>> This is a total showstopper as the Auto Attendant can't even direct to >>> >>> extensions. Our SIP provider says they have no solution. >>> >>> One solution we thought of was to use another SBC rather than the one >>> >>> in SipXecs, OpenSBC. Any thoughts on this would be appreciated. >>> >>> Looks like we will try the developer release to confirm it fixes the >>> >>> issue. >>> >>> -- >>> >>> Shawn Westerhoff >>> >>> Turn 11 Networks, Inc. >>> >>> [email protected] >>> >>> direct: 415-300-4224 >>> >>> Professional IT Services / Cloud Computing / VOIP >>> >>> www.turn11.com >>> >>> _______________________________________________ >>> >>> 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/ >>> >>> >>> >>> >>> -- >>> ====================== >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> Fax: 434.984.8431 >>> >>> Email: [email protected] >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> 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. >>> >>> >> >> >> >> -- >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> Fax: 434.984.8431 >> >> Email: [email protected] >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> 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. > > _______________________________________________ > 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/
