On Tue, Mar 23, 2010 at 2:11 PM, WORLEY, DALE R (DALE) <[email protected]> wrote: > ________________________________________ > From: [email protected] > [[email protected]] On Behalf Of M. Ranganathan > [[email protected]] > > If a dialog forming INVITE without SDP is sent to sipxbridge it will > return 400 error. (at least it should return a 400 error). > > The first reason is that sipxbridge is a B2BUA and not just a UA and > hence does not as such support an a-priori known codec set. > _______________________________________________ > > How difficult would it be to enhance sipXbridge to postpone the response to > the INVITE it receives until it receives the response to the INVITE it sends, > so that it can carry the SDP it received from the outbound far-end?
SipXbridge currently does not respond to the INVITE immediately. It sends a trying and forwards the INVITE to the far end. So other than suppressing the 400 it requires really no additional work. The complication is in the way the relays are allocated. The logic would need to be changed to allocate a relay on the response to the INVITE rather than the initial outbound INVITE. This would require a bit of hacking and testing. Not difficult but I'd say about a week's exercise all told (bugs and all). Ranga > > Dale > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
