Re: [Sip-implementors] weird multiple dialog usage possibilities-INVITE usage dropped, then rejoins?

Thanks for the response. Yes, I was thiking about the case where the INVITE has the call-id and BOTH tags. And I agree with your anaysis - the use of BOTH tags means it's a re-INVITE but the INVITE usage has already been terminated so it cannot be allowed. This makes complete sense to me. T

Re: [Sip-implementors] weird multiple dialog usage possibilities-INVITE usage dropped, then rejoins?

One correction to my previous response So this leaves a SUBSCRIBE usage. >> >>[ Indresh ] Since this dialog and session is created with INVITE and >>BYE has terminated the session and associated dialogs ( section 12.3 >>RFC-3261 ), there should not be anything left associated with that >>sess

Re: [Sip-implementors] weird multiple dialog usage possibilities -INVITE usage dropped, then rejoins?

Below is what I think Regards, Indresh K Singh Sr. Software Engineer COO CC NGVM RD I&F SD hiQ8000 S MC US SIP Media Control and Signaling Nokia Siemens Networks Boca Raton, FL-33487 +1.561.923.9085 --

Re: [Sip-implementors] SIP-ISDN interworking

Also even though this is expired by noe draft. it was a good guideline. i know some vendors had used it. http://www.softarmor.com/wgdb/docs/draft-kotar-sipping-dss1-sip-iw-01.txt thanks alejandro On Fri, Apr 17, 2009 at 3:38 AM, Meir Leshem wrote: > Hi Padmaja, > I would suggest to look on EC

Re: [Sip-implementors] weird multiple dialog usage possibilities -INVITE usage dropped, then rejoins?

Very interesting scenarios. Since there is no such parameter like how dialog was created (i.e. due to Invite, subscribe or refer etc) in dialog property, I suspect that both scenario should be allowed by UA. -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto

Re: [Sip-implementors] What is psrrposn

'Psrrposn' is Avaya's propriety tag, used between SES and Avaya Communication Manager for doing 'certain' work. Avasarala Ranjit-A20990 ranjit at motorola.com Sun Apr 12 02:52

[Sip-implementors] weird multiple dialog usage possibilities - INVITE usage dropped, then rejoins?

Questions on some strange multiple dialog possibilities... Scenario 1 -- INVITE/OK/ACK> - INVITE creates dialog1 SUBSCRIBE/OK-> - SUBSCRIBE usage added to dialog1 BYE/OK---> - INVITE usage terminated with BYE So this leaves a S

Re: [Sip-implementors] SIP-ISDN interworking

Hi Padmaja, I would suggest to look on ECMA-339 standard (Signaling Interworking between QSIG and SIP - Basic Services) for the particular issue of interworking of SIP/SDP and the PI field in the Alerting/Progress ISDN message, and actually as one of the very few standards for ISDN/PRI to SIP inter