t;but is that true also
for UA without support for timer")* in which it is required to increment
the SDP version number without any actual change in SDP.
PS: Not able to get the attached picture.
Regards,
Rohit J
On Wed, Jan 22, 2020 at 4:31 PM Sundbaum Per-Johan (Telenor Sverige AB) <
pe
after fax call should be
disconnected.
In Normal scenario to send Fax, first audio is required to be established
in SIP. Once fax is done can endpoint again fallback to audio ? Is it a
practical usecase ?
--
Regards,
Rohit Jain
___
Sip-implementors mailing
There is no response for a response. So no 481 will be there.
Rohit Jain
Sent from my iPhone
> On 31-Jul-2017, at 9:31 PM, Prakash K wrote:
>
> How response will be sent for response ?
>
> UA received 200 OK for INVITE which is sent out ,* but 200 OK received is
> with
Hi,
I want to run a scenario using Sipp on TLS in which I want the VIA header
of my request to have the ephemeral port which it used to create the TLS
connection.
Since sipp randomply pick from the available pool of ephemeral ports, how
will I insert this port in VIA header.
--
Regards,
Rohit
answer if a SBC should or should or should not allow
the 200 OK with the PAI header on multiple lines to pass. ?
Thanks,
--
Rohit Jain
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailm
,
Rohit Jain
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
check RFC 5359 section 2.6 using MESSAGE method.
Regards,
Rohit
On Tue, Aug 5, 2014 at 3:01 PM, Henning Christiansen
wrote:
> Maybe usage of the "Replaces" header (defined in RFC 3891) will help in
> your scenario.
>
> Mit freundlichen Grüßen
>
> Henning
Hi Uttam
Also note "the answer might indicate different payload type numbers for the
same codecs, in which case, the offerer MUST send with the payload type numbers
from the answer ".
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-impleme
Hi Ujjwal
Direction is specified for media stream and not for any specific code used in
the stream. It can be specified at session-level before any m-line or at media
level after the corresponding m-line.
Regards
Rohit Aggarwal
Aricent
From: sip
Hi
RFC 3261 also says that although Require is an optional header, it must not be
ignored if present.
In that case, it may be better option to cancel the request.
Regards
Rohit Aggarwal
Aricent
From: sip-implementors-boun...@lists.cs.columbia.edu
[sip
CSeq would anyways need to be incremented since previous request has been
responded and this is supposed to be a new request as against the
retransmission of previous request.
Another case would be sending 2nd INVITE with a different Call-ID.
Regards
Rohit Aggarwal
-Original Message
UAS shall send a BYE on 200 OK retransmission timeout. This way, call will be
cleared at both the sides.
Regards
Rohit Aggarwal
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
sunil.bha
th 400 Bad Request?
Thanks,
Rohit
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.
http://in.yahoo.com/
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/li
Hi Sharan
Yes, a session on hold should also be refreshed. The UPDATE/Re-INVITE sent for
placing the call on hold would have refreshed the session. But once the call is
held, another UPDATE/Re-INVITE should be sent on session timer expiry.
Regards
Rohit Aggarwal
Aricent
-Original Message
feel Express Talk should send the 200 OK for BYE on 5060 i.e. the port in Via
header for UDP. You can check if there is any option/configuration in Express
Talk that may impact this behavior (e.g. any STUN related config).
Even the 200 OK seems to have come from a different port (4531
ia, Record-Route, Contact etc).
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vivek Batra
Sent: Monday, December 21, 2009 3:25 PM
To: sip-implementors@lists.cs.co
that the UAS MUST send all provisional responses reliably.
When present in a Require header in a reliable provisional
response, it indicates that the response is to be sent
reliably.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors
e
present in these requests.
In that case, it seems a good option to ignore the Contact header in MESSAGE
request and process it successfully.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-impleme
Hi
CANCEL can be used for Re-INVITE as well. Similar to initial INVITE, CANCEL for
Re-INVITE should also be sent only if provisional response has been received
for Re-INVITE, else let the transaction timeout after all retransmissions of
Re-INVITE.
Regards
Rohit Aggarwal
Aricent
Hi Saurabh
IMO, the UAS should send "488 Not Acceptable Here" failure response for PRACK
and continue with call setup using the SDP already negotiated in INVITE & 183.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.c
Thanks Babu.
My query is at the client side. What should be client behavior on getting 200
OK of REGISTER with an increased duration? Should it use the configured
duration sent in REGISTER request or the updated+increased duration from
response?
Regards
Rohit Aggarwal
Aricent
- If there is neither, a locally-configured default value MUST
be taken as the requested expiration.
The registrar MAY choose an expiration less than the requested
expiration interval.
Regards
Rohit Aggarwal
Aricent
"DISCLAIME
kes place using the responses 180 or 183?
(Without using 200 OK)
>> Yes. For instance, offer sent by called party in reliable 180/183 and answer
>> sent by calling party in PRACK.
Refer RFC 3262 for more details.
Regards
Rohit Aggarwal
Aricent
-Original
he general form listed in Section 7.3,
they MUST NOT be combined into a single header field row.
Implementations MUST be able to process multiple header field rows
with the same name in any combination of the single-value-per-line or
comma-separated value forms.
Regards
Rohit Aggarw
NOTIFY with state
active/pending/terminated.
Regards
Rohit Aggarwal
Aricent
From: sip-implementors-boun...@lists.cs.columbia.edu
[sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Tuan Viet Nguyen
[ntvie...@gmail.com]
Sent: Wednesday, October 21
Hi
Offer SDP in INVITE looks ok. Additionally, you can also make sure that the
peer media mode is not recvonly or inactive. In other words, check that there
is no problem at the peer side.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun
in SIP [1] may be used in response
to SUBSCRIBE requests, as appropriate.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Thomas
george
Sent: Monday, Sep
limited till the time
session is established, whereas Session-Expires determines for how long the
session shall remain active.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun
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
in this case.
Regards
Rohit Aggarwal
Aricent
From: rishabh [mailto:rishabh.j...@coraltele.com]
Sent: Monday, August 24, 2009 2:43 PM
To: Rohit Aggarwal
Cc: sip fourm
Subject: Re: [Sip-implementors] Query over SUBSCRIBE & NOTIFY
Hi
Thanks for reply but
481 is
ed to such SUBSCRIBE requests if they
contain the same "Call-ID", a "To" header "tag" parameter which
matches the "From" header "tag" parameter of the SUBSCRIBE, and the
same "Event" header field. Rules for comparisons of the
Hi
IMO, there is no point retrying Registration 3rd time because it is highly
likely that would also fail.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf
.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Radha
krishna
Sent: Tuesday, June 02, 2009 4:09 PM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip
reliable
provisional response.
If INVITE contains SDP, the SDP in reliable 18x shall complete the offer-answer.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On
quot;Call-ID", a "To" header "tag" parameter which
matches the "From" header "tag" parameter of the SUBSCRIBE, and the
same "Event" header field.
This indicates the possibility of sending 481 response.
Regards
Rohit Aggarwal
T
Hi all,
Wondering what should be the appropriate response to a SUBSCRIBE received with
a recognized but unsupported Event. As far as I can see, the RFC talks of only
responding with 489 to unrecognized events.
Any thoughts?
Regards,
Rohit
Add more friends to your messenger and
??
Thanx in Advance
--
Rohit Singhal
B.Tech. Part-IV,
Department Of Electronics Engineering,
Centre of Advanced Studies,
Institute Of Technology, BHU
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu
Hi
IMO, Registrar should reject this request with 400 failure response.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of cool goose
Sent: Friday, February
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of maverick me
Sent: Friday, February 20, 2009 9:54 AM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors
(say 1351),
it can be specified as follows:
m=video 1342 RTP/AVP 32 34 33
a=sendonly
a=rtcp: 1351
----
Regards
Rohit Aggarwal
Aricent
From: shamik.s...@wipro.com [mailto:shamik.s...@wipro.com]
Sent: Monday,
"sendrecv".
On the other side, you may also continue using this port for bi-directional RTP
by just changing the media mode of this stream to "sendrecv" in new offer.
Regards
Rohit Aggarwal
Aricent
From: Stephane van Hardeveld [mailto:step
32 34 33
a=sendonly
m=audio 1344 RTP/AVP 14 0
a=sendonly
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Stephane
van Hardeveld
Sent: Monday, February
han the value in the Min-SE header field in the
request, if it is present; otherwise the UAS MAY reduce its value but
MUST NOT set it to a duration lower than 90 seconds. The UAS MUST
NOT increase the value of the Session-Expires header field.
Regards
Rohit Aggarwal
Aricent
-Orig
. The first reliable
provisional response receives special treatment because it conveys
the initial sequence number. If additional reliable provisional
responses were sent before the first was acknowledged, the UAS could
not be certain these were received in order.
Regards
Rohit
Is sending a 403 Forbiddden jusitfied for this case?
--- On Fri, 12/12/08, Brett Tate wrote:
From: Brett Tate
Subject: Re: [Sip-implementors] Empty Proxy-Authorization Header
To: "Maxim Sobolev"
Cc: sip-implementors@lists.cs.columbia.edu
Date: Friday, 12 December, 2008, 1:53 AM
> > What shou
Hi,
What should be a response to an INVITE with an empty Proxy-Authorization header
(i.e. with no value) ?
Regards,
Rohit
Add more friends to your messenger and enjoy! Go to
http://messenger.yahoo.com/invite/
___
Sip-implementors mailing
itial request contained a Require header field with the option tag
100rel. If the UAS is unwilling to do so, it MUST reject the initial
request with a 420 (Bad Extension) and include an Unsupported header
field containing the option tag 100rel.
Regards
Rohit Aggarwal
Aricent
-Ori
format contains '0'. Is
this valid assuming that the offerer shall ignore the media format since the
stream has been rejected?
Regards
Rohit Aggarwal
Aricent
"DISCLAIMER: This message is proprietary to Aricent and is intended solely for
the use of
Hi
How would the UAS know whether the received media description is acceptable or
not, unless it parses it using the Content-Type header value? In that case, 415
and 488 may not be appropriate responses.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: [EMAIL PROTECTED] [mailto
How about 400 Bad Request with an appropriate reason-phrase like "Missing
Content-Type header field"?
Regards
Rohit Aggarwal
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anuradha Gupta
Sent: Monday, October 13, 2008 12:45 PM
To: sip-im
he Re-INVITE, probably some
server configuration??
Please correct me if my interpretation of the original query is wrong.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Somesh S.
Shanbhag
Sent: Friday, September 19, 2008 2:42
. UAC
can revert media changes to the previous state and session can continue with
the previously negotiated media parameters.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neranza Bundova
Sent: Thursday, September 18
port as soon as knows the
UAS's willingness to listen and has opened it's media channel.
Regards
Rohit Aggarwal
Aricent
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elison Niven
Sent: Tuesday, September 09, 2008 4:07 PM
To: sip-im
53 matches
Mail list logo
