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/
