Hello List Members,
Using only methods described in RFC3261 is there any way for a Sip
Server to force a Client to re-REGISTER prior to the timeout period set
during the REGISTER-200 OK transaction? I did see RFC3580 describing a
procedure to Forcing Re-Authentication however I wanted to enq
Hi,
In this problem context, i found another issue, how routing b2bua proxy
will decide when to suppress offer/answer message(s) to other hop.
What's the condition for the AS (application server) to know offer/answer is
done between A and B
UserA <--->AS(B2BUA)<>UserB
Where AS is pure
El Thursday 08 May 2008 17:28:17 Paul Kyzivat escribió:
> It is valid as long as different to-tags are used.
>
> But often people try to do this exact same scenario, but send the
> responses, with changed SDP, using the *same* to-tag. That is wrong.
Nice to know.
> This is all explained in the o
Iñaki Baz Castillo wrote:
> El Thursday 08 May 2008 16:53:32 Paul Kyzivat escribió:
>
>> The offeranswer draft explains. THere can be only one answer per offer
>> per dialog. Sometimes the same answer is send in multiple messages, but
>> technically only one of them is the actual answer.
>
> Bu
Additionally incase "immediately" did not mean "immediately after
receiving a provisional response"...
RFC3261 section 9.1: "If no provisional response has been received, the
CANCEL request MUST NOT be sent; rather, the client MUST wait for the
arrival of a provisional response before sending the
El Thursday 08 May 2008 16:53:32 Paul Kyzivat escribió:
> The offeranswer draft explains. THere can be only one answer per offer
> per dialog. Sometimes the same answer is send in multiple messages, but
> technically only one of them is the actual answer.
But note that UAC just receives one final
Srinivas wrote:
> Hi All,
> I have a query on the behaviour of a UAS when it receives CANCEL.
> We are using an UAS which says, they don't support the CANCEL method. First
> of all, is it ok if the UAS doesn't support CANCEL?
>
> The problem is, when I send an Invite to the UAS and a CANCEL
Iñaki Baz Castillo wrote:
> El Thursday 08 May 2008 16:20:29 Paul Kyzivat escribió:
>> Iñaki Baz Castillo wrote:
>>> El Thursday 08 May 2008 15:45:53 NC Reddy escribió:
Hi,
I have the following question:
- Can UAS sends multiple answers for same offer:
El Thursday 08 May 2008 16:20:29 Paul Kyzivat escribió:
> Iñaki Baz Castillo wrote:
> > El Thursday 08 May 2008 15:45:53 NC Reddy escribió:
> >> Hi,
> >>I have the following question:
> >>
> >>
> >>- Can UAS sends multiple answers for same offer:
> >>- i.e 183 (Answer-1)
> >>-
Hi All,
I have a query on the behaviour of a UAS when it receives CANCEL.
We are using an UAS which says, they don't support the CANCEL method. First of
all, is it ok if the UAS doesn't support CANCEL?
The problem is, when I send an Invite to the UAS and a CANCEL immediately,
I expect a 487 f
El Thursday 08 May 2008 16:11:46 NC Reddy escribió:
> Hi,
> The context for the question is:
> Can UAS sends multiple Answers on the "same" single dialog with UAC.
But why does need UAS send multiple answers? it could send multiples
provisional responses but not multiple final responses.
Iñaki Baz Castillo wrote:
> El Thursday 08 May 2008 15:45:53 NC Reddy escribió:
>> Hi,
>>I have the following question:
>>
>>
>>- Can UAS sends multiple answers for same offer:
>>- i.e 183 (Answer-1)
>>- 180(Answer-2)
>>- 200 Ok(Answer-2)
>>
>> Does the above UAS behavio
see
http://www.ietf.org/internet-drafts/draft-ietf-sipping-sip-offeranswer-08.txt
NC Reddy wrote:
> Hi,
>I have the following question:
>
>
>- Can UAS sends multiple answers for same offer:
>- i.e 183 (Answer-1)
>- 180(Answer-2)
>- 200 Ok(Answer-2)
>
> Does the above
Hi,
The context for the question is:
Can UAS sends multiple Answers on the "same" single dialog with UAC.
Scenario: User A make call along with Feature code,
AS contact with Announcement server and play the IVR to User A,
then AS connects the call to UserB.
So when AS receives the UserB An
El Thursday 08 May 2008 15:45:53 NC Reddy escribió:
> Hi,
>I have the following question:
>
>
>- Can UAS sends multiple answers for same offer:
>- i.e 183 (Answer-1)
>- 180(Answer-2)
>- 200 Ok(Answer-2)
>
> Does the above UAS behavior is valid?.
Sure, even if 183 and 180
Hi,
I have the following question:
- Can UAS sends multiple answers for same offer:
- i.e 183 (Answer-1)
- 180(Answer-2)
- 200 Ok(Answer-2)
Does the above UAS behavior is valid?.
UseCase Scenario Context:
- Make call along with feature code
-UAC make call to AS (B2BUA)
Use
El Thursday 08 May 2008 14:02:59 Avasarala Ranjit-A20990 escribió:
> The compact form is defined only for some common headers like From, To,
> Via, Content-Encoding, Content-length and Content-type. Since these headers
> are kind of mandatory and if message size becomes an issue, their compact
> fo
El Thursday 08 May 2008 13:52:01 Robert Sparks escribió:
> No. If any are ever defined in the future they are guaranteed to be
> one letter.
>
> It's very unlikely that any new compact forms will ever be defined
> though- the argument is that if you need that kind of optimization,
> SIGCOMP does a
The compact form is defined only for some common headers like From, To, Via,
Content-Encoding, Content-length and Content-type. Since these headers are kind
of mandatory and if message size becomes an issue, their compact forms could be
used.
But defining compact forms for all the headers does
No. If any are ever defined in the future they are guaranteed to be
one letter.
It's very unlikely that any new compact forms will ever be defined
though- the argument is that if you need that kind of optimization,
SIGCOMP does a better job.
Here's what 4485 (sip-guidelines) has to say:
Hello Jitendra,
I think application has to trigger BYE after the Timer H fires(ie..my
answer is immediately after 31.5 sec). I can't find any RFC spec for
this.
Hello all,
some one having good answer for this question. please welcome.
Regards,
Karthic
-Original Message-
From: Jitendra
Hi Jitendra
We can send BYE 4 seconds after the last retransmission of 2xx response as this
is the maximum time we wait for the ACK to reach.
Thanks & Regards,
Sanjay Dhand
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jitendra Singh
Bhadoriya
Sent
Hi Karthic,
I have a doubt here. The retransmission of the 2xx response
In case ACK is not received will happen as below
1st 2xx - 0
2nd 2xx - 0.5 sec
3rd 2xx - 1.5 sec
4th 2xx - 3.5 sec
5th 2xx - 7.5 sec
6th 2xx - 11.5 sec
7th 2xx - 15.5 sec
8th 2xx - 19.5 sec
9th 2xx - 23.5 sec
10th 2xx - 2
Hi, some headers allow short form:
From = f
To = t
Via = v
...
To detect those cases I match header names of one letter length, but will it
be valid for the future?
I mean: is it possible that in the future it appears a header with a short
form of 2 letters? like:
New-Header-Name =
24 matches
Mail list logo
