Thank to Paul and Brett for reply.
- session-timer negotiation is repeated in every reinvite and
update. If it is not renegotiated to be on, then it is off.
So in both your cases the session timer stops at the completion
of the reinvite transaction.
If Re-Invite request does not carry
If you returned answer in a reliable provisional response, you are
permitted to include a copy of that answer in the 200, but you are
encouraged to *not* do so.
IMO the mentioned scenario violate the 3261 text mentioned below-
Once the UAS has sent or received an answer to the
IMO the mentioned scenario violate the 3261 text mentioned below-
Once the UAS has sent or received an answer to the initial
offer, it MUST NOT generate subsequent offers in any responses
to the initial INVITE.
It isn't an offer; thus it isn't a violation. As you subsequently
I have an issue with a vendor where a call placed from a phone that negotiates
G.729 (ISP supports both G.729 G.711)
200 OK with SDP:
t=0 0
m=audio 9000 RTP/AVP 8 0 18 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
When I place the call on-hold,
Hi,
I am not sure sending INVITE without SDP indicates call hold.
Can you please refer to which section in 3261 refer the same?
Invite without SDP can be considered as Request offer, and some time in
these cases far end responds with Complete codec list.
For call hold we need to either send
You're not being very clear about this -- you talk of a phone, a PBX, and an
ISP. You say I send without making clear which of these devices is sending
and which is receiving.
What is the offer? What is the answer? In what way do you believe that the
answer is incorrect?
Dale
Is there a question here?
Paul
On 6/28/2011 4:31 AM, Ravi Kumar wrote:
Thank to Paul and Brett for reply.
- session-timer negotiation is repeated in every reinvite and
update. If it is not renegotiated to be on, then it is off.
So in both your cases the session timer stops
On 6/28/2011 6:14 AM, Harbhanu wrote:
If you returned answer in a reliable provisional response, you are
permitted to include a copy of that answer in the 200, but you are
encouraged to *not* do so.
IMO the mentioned scenario violate the 3261 text mentioned below-
Once the UAS
I would appreciate if you could share list of RFC's that need to address for
IPV6 support on SIP.
regards,
Senthil
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
Hi,
In this scenario
UA Server
-
INVITE 100rel required
-
180 (o)
-
PRACK (a) delayed
User answers phone
4XX ??
In the above scenario, if UA generates ringing on receipt of the INVITE
if
From: sip-implementors-boun...@lists.cs.columbia.edu
[sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Nauman Sulaiman
[nauman762-h...@yahoo.co.uk]
In this scenario
UAServer
-
INVITE 100rel required
Hi,
Sorry for confusion.
My question is if Re-Invite does not carry supported: timer (but
initial invite request had supported: timer), as per RFC because UAS should
not send 2xx response with UAC.
But initial Invite request had supported: timer.
What should be UAS
Hi,
After OA is complete is it possible for UAS to send more 18x responses (with no
offer or answer of course).
UAC UAS
|INVITE--|
| |
|1xx (o)-| - provisional responses with REQUIRE 100rel
| |
On 6/28/2011 6:46 PM, Nauman Sulaiman wrote:
Hi,
After OA is complete is it possible for UAS to send more 18x responses (with
no offer or answer of course).
YES.
UAC UAS
|INVITE--|
| |
|1xx (o)-| -
Hi Nauman,
It is very much allowed to do so. Even one practical use case of such a
scenario is from one of IMS precondition scenario where initial Offer/Answer is
completed by INVITE/183(100 Rel) pair, and the user is alerted and the 180
Ringing is only sent after resources negotiated in
15 matches
Mail list logo