On Wed, 2011-11-30 at 06:09 -0500, Tony Graziano wrote:
> Makes total sense if it ends on PRACK or ACK, since that would be up
> to the capabilities of the UA, which sipxbridge probably wont help
> with. At the same time, it would be important to make sure MOH didn't
> cause issues in the CONF. 
> 
> 
> Before this you are connecting to the foreign systems as unmanaged
> gateways in sipx or a direct siptrunk without sipxbridge?

Unmanaged gateway 
> 
> On Wed, Nov 30, 2011 at 5:59 AM, Domenico Chierico
> <[email protected]> wrote:
>         On Wed, 2011-11-30 at 05:24 -0500, Tony Graziano wrote:
>         > I'm trying to think of something to help you but...
>         >
>         >
>         > INVITE without SDP makes sense mid-call, updating uri's,
>         etc. If the
>         > INVITE is headed for the system, to initiate a call, it
>         should have an
>         > SDP offer in the header. It would, I suppose, be valid if
>         you are
>         > using 3pcc or some sort of call controller to send to the
>         system. to
>         > initiate a call, but this would not be sent to sipxbridge.
>          If that is
>         > the case, you should be using a REST API method.
>         >
>         >
>         > What are you trying to accomplish by sending an invite
>         without SDP?
>         > Establish a call or sending the invite as part of a
>         controller for
>         > 3pcc? Can you explain what your use case is?
>         
>         
>         The use case is the installation of sipXecs as conference
>         server into a
>         legacy environment where they have nextone, avaya and cisco
>         call
>         manager, i don't know exactly why they arrived to this
>         solution in the
>         time.
>         They initiate a call with an INVITE without sdp, so the sdp
>         negotiation start into 183 and ends on PRACK or ACK ... this
>         is quite
>         strange behaviour, and you can immagine my thoughts while i
>         was looking
>         at the traces :).
>         Now all the sipx features works well in this
>         environment, seems that freeswitch supports this quite well,
>         the last
>         problem i've got is that they doesn't supports  the REFER so i
>         need to
>         place a SBC, so I'm trying to figure out if i can use
>         sipXbridge for
>         this.
>         
>         Thanks
>         Domenico Chierico
>         
>         
>         
>         _______________________________________________
>         sipx-dev mailing list
>         [email protected]
>         List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>         
> 
> 
> 
> 
> -- 
> ======================
> Tony Graziano, Manager
> Telephone: 434.984.8430
> sip: [email protected]
> Fax: 434.465.6833
> 
> Email: [email protected]
> 
> LAN/Telephony/Security and Control Systems Helpdesk:
> Telephone: 434.984.8426
> sip: [email protected]
> 
> Helpdesk Customers: http://myhelp.myitdepartment.net
> Blog: http://blog.myitdepartment.net
> 
> Linked-In Profile:
>  http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
> Ask about our Internet Fax services!
> 
> _______________________________________________
> sipx-dev mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-dev/


_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to