rinits via header
Serbang, Nabam (Nabam) wrote:
>Since SUBSCRIBE is a non-dialog creating method
>
What do you mean? From RFC 3265, section 3.1.4.1:
"SUBSCRIBE is a dialog-creating method, as described in SIP [1]."
--
Regards,
Evgeniy Khramtsov, Proce
ought.
Thanks and regards
Nabam Serbang
-Original Message-
From: BONNAERENS Ben [mailto:ben.bonnaer...@alcatel-lucent.be]
Sent: Thursday, January 15, 2009 4:01 PM
To: Serbang, Nabam (Nabam); Hasini Gunasinghe
Cc: sip-implementors@lists.cs.columbia.edu
Subject: RE: [Sip-implement
Hi Hasini,
It will create prboblem when INVITE request is forked, med-dialog
transaction involves such as answer-offer, reliable response, conference
, transfer (most likely) etc.
With REGISTER, branch is not mandatory.
Thanks and regards
Nabam Serbang
-Original Message-
From:
Hi Gregory Bond,
I don't see on which email id the paper should be submitted. I have
checked at your site given but I didn't find relevant link either. May
be you will give mail id or form ( where to submit) later.
Thanks and regards
Nabam Serbang
-Original Message-
From: sip-impl
Hi Guys,
For someone who have missed having looked at discussion in
sip-implementors can find those in below link. You can find it in google
but this one has organised it very well. I don't know any other link
where I can find better than in link below and hence thought of sharing
to you all. It
487 can be used in any dialog creating request such as SUBSCRIBE as
well. The best solution that I can think of SDP in 487 is that UA
(entity) generating dialog terminating response must not add SDP in
that response (dialog terminating responses). If somehow SDP is present
in such responses, it
Hi All,
First of all, I would like to extend my best new year 2009 wishes to you
all.
There has been lots of very interesting discussion going on in this
topic. Thanks to all of you.
To solve the issue with minimal effort and resource, I agree with Paul
group. From the standard perspective, I
Hi all,
Say I have two proxies p1 and p2.
U1 is a UA resistered on p1 and U2 is an another UA registered on p2.
Due to certain scenario, is it ever likely that U1 and U2's ip address
will ever be same ?
Because P1 and P2 will be resolving the IP address for u1 and u2,
Even if both u1 and u2 i
Usually SIP message will use 5060/5061 for signalling (SIP message). You
can use other port though.
RTP packet will come on the port indicated on "m=" line.
Eg:
INVITE sip:38021@5061;transport=udp SIP/2.0
v=0 o=- 1 1 IN
s=- c=IN IP4
b=AS:64
t=0 0
m=audio 2050 RTP/AVP 0 127
a=rtpmap:
I agree with Paul with addition that If the offer in INVITE has got
answer in 180, SDP in PRACK is optional unless UAC want to change the
media stream.You can have early dialog even before PRACK transation
is completed. However, if you have new "m=" lines that is not present
in answer (one ca
Hi all.
Could you guys please tell me how federation is done in multiple domains
SIP ? What are open/enhanced, Direct federations ? How is it
different from "aggregation" in SIP request/response routing ?
Thank you in advance.!
Thanks and regards
Nabam Serbang
_
Hi all,
Can you please explain me how billing is done in SIP call in brief? Any
rfcs' ?
Thanks and regards
Nabam Serbang
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-
HI Oviaprasad D,
I guess the question was after UAC has sent the RPACK but UAS didn't
receive it. The quote "The UAC MAY acknowledge reliable provisional
responses received after
the final response or MAY discard them." is applicable only before
PRACK has been sent meaning, when reliable prov
gmail.com]
Sent: Wednesday, December 17, 2008 5:26 PM
To: Serbang, Nabam (Nabam)
Cc: Rockson Li (zhengyli); sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] INVITE Behaviour When PRACK
isnotrespondedwith 2xx
Who said anything about changing the protocol?
In both the scenario
UA :-)
Thanks and regards
Nabam Serbang
From: Arunachala [mailto:arun1...@gmail.com]
Sent: Wednesday, December 17, 2008 4:07 PM
To: Serbang, Nabam (Nabam)
Cc: Rockson Li (zhengyli); sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors
ience.
Thanks and regards
Nabam Serbang
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Serbang, Nabam (Nabam)
Sent: Wednesday, December 17, 2008 3:45 PM
To: Arunachala; Rockson Li (zhengyli)
Cc: sip-im
regards
Nabam Serbang
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Serbang, Nabam (Nabam)
Sent: Wednesday, December 17, 2008 3:45 PM
To: Arunachala; Rockson Li (zhengyli)
Cc: sip-implementors
>From rfc3262:
"The UAS MAY send a final response to the initial request before
having received PRACKs for all unacknowledged reliable provisional
responses, unless the final response is 2xx and any of the
unacknowledged reliable provisional responses contained a session
description.
"loop detection" is done by proxy server. It's the proxy that
determines the next hop ( address,port, protos if not specified in
request. Rfc: locating sip server) . Neither server nor client has that
routing decession feature.
Thanks and regards
Nabam Serbang
Avaya India pvt. Ltd
-Or
19 matches
Mail list logo
