not
receives any final response for the INVITE.[RFC 3261, Sec - 13.2.1,
5th Para]
thanks,
Sreenath
- Original Message
From: Sreenath Kulkarni [EMAIL PROTECTED]
To: Daniel Corbe [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: Sip-implementors@cs.columbia.edu
Sent: Monday, 12 March, 2007 12:37:30 PM
Hi,
The responsibility of generating and sending the ACK request for failure
response is transaction layer. Any Sip Entity will have the transaction layer
implementation (Exclusive of state less proxy). And transaction layer will
stores the destination information with its for that perticuler
Hi,
Actually the implementation of this could be You will do a REGISTER once u
receive a response for un-REGISTER, which shall avoide the race condition..
/Sreenath
- Original Message
From: zhang jw [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc:
I think proxy should send all 180 responces it receives.
/Sreenath.
- Original Message
From: aditi g [EMAIL PROTECTED]
To: sip-implementors@cs.columbia.edu
Sent: Tuesday, 6 February, 2007 10:09:38 AM
Subject: [Sip-implementors] query regarding forking in SIP
Hi all,
I have query
Hi Mauro,
I think Proxy can challenge for authentication with 407 response, UAS can not
give 407 response.
/Sreenath
- Original Message
From: Mauro Crovato [EMAIL PROTECTED]
To: sip-implementors@cs.columbia.edu
Sent: Wednesday, 10 January, 2007 3:48:52 AM
Subject: [Sip-implementors]
You can use the SDP parameter a = 'sendonly' or a = 'recvonly'
- Original Message
From: Darshan Bildikar [EMAIL PROTECTED]
To: sip-implementors@cs.columbia.edu
Cc: Padma Priya R [EMAIL PROTECTED]
Sent: Tuesday, 12 December, 2006 6:04:38 PM
Subject: [Sip-implementors] About hold criteria
Hello Attila,
I think the answer for Q1 is
INVITE sip:[EMAIL PROTECTED] SIP/2.0
According to RFC the answer for Q2 is
The target specified by the Contact in the 302
/Sreenath
- Original Message
From: Igor Vanin [EMAIL PROTECTED]
To: Attila Sipos [EMAIL PROTECTED];
Hi Mike
See my comments inline.
I have a question on Invite (hold).
Is it possible to block a uac from putting a call
on hold without tearing down the original call?
For example, as a proxy, can I reject the Invite
(hold) with a 488 Not Acceptable Here and not tear
down
the original call??
If we are sending the same 180 responses , and if the proxy is stateful then it
will discard the 180 response.
- Original Message
From: Gary Cote [EMAIL PROTECTED]
To: sip-implementors sip-implementors@cs.columbia.edu
Sent: Thursday, 7 December, 2006 1:01:21 AM
Subject: Re:
Hi Vivek,
There is a difference between Proxy and B2BUA. Proxy will modify some headers
of the request or response and forwards the same. But where as the B2BUA will
regenerate the request/response based on the inward request/response and
forwards.
Shiva:
When ever you say stateful means
Hi Raj,
This scenario can happen only in case of parallel forking. I don't beleive that
all the 2xx responces will reach the server at the same tume. If it so then i
think the server will forward the 2xx response on some priority basis.
/Sree
- Original Message
From: Raj [EMAIL
Hi Lan,
Dialog means communication between tow peers. then how can it be possible to
share a single dialog for multiple sessions. I think it is not possible.
/Sree
- Original Message
From: 蓝思中 [EMAIL PROTECTED]
To: sip-implementors@cs.columbia.edu
Sent: Sunday, 26 November, 2006
Hi Ritesh,
I belive it is 1xx rather than 18x.
/Sree.
- Original Message
From: Retesh [EMAIL PROTECTED]
To: Tang Xi [EMAIL PROTECTED]
Cc: sip-implementors sip-implementors@cs.columbia.edu
Sent: Thursday, 23 November, 2006 10:48:22 AM
Subject: Re: [Sip-implementors] Query cancel
Hi,
The from header says that who is the source of the request and the to header
says for which AOR the registration is happening. The Registration is of two
types.one is self regisrtation and the other is third party registration. In
case of third party registration the from and to headers
Hi,
This is quite possible. You can send Cancel any INVITE once u receive 1XX
and before receving 2XX response.
/Sreenath
- Original Message
From: Tang Xi [EMAIL PROTECTED]
To: sip-implementors sip-implementors@cs.columbia.edu
Sent: Wednesday, 22 November, 2006 10:43:30 AM
15 matches
Mail list logo