*facepalms* Good to hear you got it working.
Josh Patten Assistant Network Administrator Brazos County IT Dept. (979) 361-4676 On 4/14/2010 10:25 AM, M. Ranganathan wrote: > 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/ >> >> > > > _______________________________________________ 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/
