1. UPDATE is a new transaction for which the CSeq must be incremented.
2. CANCEL is a special case similar to ACK in which CSeq is numerically
same as that of INVITE.
Dushyant
Szilagyi, Mike wrote:
I've not been able to find definitive text regarding this issue so I'm hoping
someone can prov
See below.
Thanks,
Neel.
> -Original Message-
> From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-
> implementors-boun...@lists.cs.columbia.edu] On Behalf Of Szilagyi, Mike
> Sent: Wednesday, August 26, 2009 4:11 PM
> To: dispa...@ietf.org; sipc...@ietf.org; sip-
> implemen
I've not been able to find definitive text regarding this issue so I'm hoping
someone can provide clarification. If a request (INFO or UPDATE) is sent on a
dialog in the early state, how are the CSeq numbers managed by the UAS. Here's
an example to demonstrate my confusion:
UAC UA
2009/8/26 shyam :
> When I am sending a INVITE to CSCF I am getting a 407 "Proxy
> Authorization" response.
>
> Is there a way to avoid it?
This is SIP world.
> I heard that by including authentication parameters in the FIRST INVITE we
> can avoid the 407.
Please, read RFC 2617 (Diggest aut
Hi
Even if you include credentials in initial request, it may still be challenged.
You can probably check if there is any configuration to disable authentication
at the server with which you are testing.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-b
Hi All,
When I am sending a INVITE to CSCF I am getting a 407 "Proxy
Authorization" response.
Is there a way to avoid it?
I heard that by including authentication parameters in the FIRST INVITE we
can avoid the 407.
If so which header and which parameters have to be included. I do not
Dear all,
What if i am not using this paramater in notification of BUSY LAMP FIELD
after the target URI parametr in the message body..
Can any body explain the importance of this and what is its use...
Regards
Rishabh Jain
___
Sip-implementors
To implement Busy Lamp Field (BLF), you should refer RFC 4235.
Best Regards,
Vivek Batra
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of rishabh
Sent: Wednesday, August 26, 2009 12:53 PM
To
El Miércoles, 26 de Agosto de 2009, rishabh escribió:
> what is the use of version and dialog state in SUBSCRIBE & NOTIFY message.
All this stuff is well explained in the RFC 3265:
"version":
http://tools.ietf.org/html/rfc3265#section-4.3.2
About the dialog... what do you want to know exactly?
what is the use of version and dialog state in SUBSCRIBE & NOTIFY message.
When we are using them for Busy Lamp Field.
Thanks & Regards
Rishabh Jain
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/c
10 matches
Mail list logo