[Sip-implementors] Incoming call authentication

Hi, Example SIP device1 and SIP device2 has registered with SIP server. SIP server doesn't support multiple registrations (ie multiple SIP device cannot be register with same user account) Suppose SIP device3(which is not registered to SIP server) makes calls to SIP device2 , ie SIP device3 sen

[Sip-implementors] Private header

Hi Please look the following scenario and please share your views. SIP user 1---SIP Provider(public network)---SIP user2 SIP user 1 having SIP account with SIP provider1 and SIP user2 having SIP account with SIP provider2. The goal is SIP user 1 want to carry some prop

Re: [Sip-implementors] Query: 200OK response to the UPDATE method

I think Callee should reject the UPDATE with offer 2 by 500 error code. since offer/answer model not completed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Siddharth Sharma Sent: Friday, May 23, 2008 3:27 PM To: sip-implementors@lists.cs.columbia.edu

Re: [Sip-implementors] 200 OK Retransmission

endra Singh Bhadoriya [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 3:10 PM To: JEEVANANDHAM KARTHIC KUMAR Cc: sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] 200 OK Retransmission Hi Karthic, I have a doubt here. The retransmission of the 2xx response In case A

Re: [Sip-implementors] 200 OK Retransmission

more new 2xx responses are expected to arrive. thanks, Karthic -Original Message- From: Jitendra Singh Bhadoriya [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:25 PM To: JEEVANANDHAM KARTHIC KUMAR; sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] 200 OK

Re: [Sip-implementors] 200 OK Retransmission

Hi, UAS should retransmit 200 OK at the interval of Timer G(initially T1 then 2*T1) up to the timer H (64*T1). Ref RFC 3261: A Table of Timer Values Timer G - INVITE response retransmit interval Timer H - Wait time for ACK receipt Regards, Karthic -Original Message- From: [EMAI

Re: [Sip-implementors] RE-INVITE question 14.2

according to the RFC,reply like alice<- 200OK with SDP media A, B, C, D, E bob /* all are sendrecv */ alice-- ACK with SDP media A or B or C > bob /* all are sendrecv */ but I think alice should un hold the call by sending INVITE with Offer( sendrecv) -Original Message

[Sip-implementors] Query:CANCEL for UPDATE request

Hello, I have confusion to cancel the UPDATE request and INVITE. Please consider the following scenario. UAC UAS INVITE(SDP)---> <---100 Trying <---183 ( SDP))---

Re: [Sip-implementors] SDP (answer_1)

Hi, Yes good solution. In this case SDP of 200 OK to the INVITE should be treated as Offer3 not Answer. Regards, Karthic -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of geeta soragavi Sent: Friday, February 15, 2008 10:22 AM To: santoshkumar pati; sip-

Re: [Sip-implementors] Reg: The Offer/Answer Model and PRACK

---> OR If I decided to release the call, I would like to know whether PRACK transaction is need in the above scenario ? Regards, Karthic kumar J -Original Message- From: 라스토기 [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 1:00 PM To: JEEVANANDHAM KARTHIC KUMAR Subject: [Si

[Sip-implementors] Reg: The Offer/Answer Model and PRACK

Hello All, Could you please clarify my doubts : According to the RFC3262 section 5: The Offer/Answer Model and PRACK It defines that, "If the UAC receives a reliable provisional response with an offer (this would occur if the UAC sent an INVITE without an offer, in which case the first