Hi Kennard, That is true - but I'm not sure how ideal (or real) this case is - most of the phones do not support auth for sequential requests .....Nevertheless, strictly referring at RFC, you are right.
Regards, Bogdan [email protected] wrote: > > Hi, > > I think even "BYE" can be a problem, because it can fail (non 2xx), > and then the next BYE has a bumped CSeq. Most common example is > authentication. The first BYE will fail due to stale credentials, and > then the next one must have larger CSeq. > > Kennard > > Inactive hide details for Bogdan-Andrei Iancu ---09/15/2010 05:37:12 > AM---Hi Alex, As Ovidiu pointed out, this is not an easy > oBogdan-Andrei Iancu ---09/15/2010 05:37:12 AM---Hi Alex, As Ovidiu > pointed out, this is not an easy one - if you generate a > > From: Bogdan-Andrei Iancu <[email protected]> > To: OpenSIPS devel mailling list <[email protected]> > Date: 09/15/2010 05:37 AM > Subject: Re: [OpenSIPS-Devel] Sending INFO from MI > Sent by: [email protected] > > ------------------------------------------------------------------------ > > > > Hi Alex, > > As Ovidiu pointed out, this is not an easy one - if you generate a > in-dialog request from the proxy, you will de-sync the cseq numbers > between the 2 end-parties....So any change from the mid-proxy will imply > the proxy to "fix" all the following cseq numbers in the following > in-dialog requests (from the end parties). > > With the BYE this is not a problem as after BYE there is not other > "following in-dialog requests" ;) > > Regards, > Bogdan > > Alex Massover wrote: > > > > Hi, > > > > I need to pass events generated by the external application during the > > call. I'm thinking about to implement this with INFO. > > > > The idea is to add sending INFO functionality to the dialog module. In > > analogy with 'dlg_end_dlg' MI function exported by dialog module, I > > want to add 'dlg_send_info' function. That will receive 2 parameters: > > > > a) Direction (caller, callee, both) – to what side to send INFO > > > > b) Headers to add to INFO > > > > and eventually generate INFO request. > > > > What I'm trying to understand is how complex is to add such > > functionality. Is the dialog module ready for such extension (I'll > > look at how 'dlg_end_dlg' is implemented and do similar) or it will > > require more advanced understanding and major changes to the module > > design? > > > > -- > > > > Best Regards, > > > > Alex Massover > > > > Telephony Group Manager > > > > R&D Department > > > > Jajah Inc. > > > > > > > > This mail was sent via Mail-SeCure System. > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Devel mailing list > > [email protected] > > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > > > > > -- > Bogdan-Andrei Iancu > OpenSIPS Bootcamp > 20 - 24 September 2010, Frankfurt, Germany > www.voice-system.ro > > > _______________________________________________ > Devel mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > > ------------------------------------------------------------------------ > > _______________________________________________ > Devel mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro _______________________________________________ Devel mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
