I thnink UAC must complete INVITE transaction first. If UAC is behaving like
this then, UAS should delete dialog and uncompleted RE-INVITE transaction.
-
vipul
- Original Message -
From: "vinodh kumar" <[EMAIL PROTECTED]>
To: "'Robert Sparks'" <[EMAIL PROTECTED]>
Cc:
Sent: Friday, Febr
> Assuming the original MESSAGE was sent out-of-dialog, as it typically
> should have been, then there is no resulting route set for a return
> message. You could try the Contact address, but it might not work.
>
> My expectation is that any message with a 2xx response creates a
> dialog.
> Hi All,
>Can anybody answer me, the folowing question..
>Suppose User A send INVITE to User B..and call
>has been droped before establishing,
> Then User B send INVITE to User A...
>Then Wht will be the C Seq no and the Call Id...
>it will change..or is the same as the Firs
> UA1 is registered to proxy 1 and UA2 is registered to proxy 2, I need to
> make a call from UA1 to UA2. Proxy 1 and Proxy 2 are in the same LAN but
> they do not know of each other. Then when UA1 dials the number of UA2, the
> proxy 1 is currently rejecting the call with 480-No address found. Ho
>Considering the behavior of UAS-2, my question is: whether any SIP
> standard suggests guidelines on whether it is advisable to send out responses
> from a UDP port which is different from the one on which the request was
> received? RFC 3261 - 18.2.2 Sending Responses only talks about the
> Let's imagine the case for Automatic Callback. User A calls user B but
> he is busy. When user B hangs up, user A is alerted.
> What I don't understand here is how A can send a SUBSCRIBE which
> contains the call-id, to-tag and from-tag of B's dialog with another
> user in order to be alerted to
Hi,
PRAK is new transaction hence, Cseq would be increment from previous
transaction, so it is not possible that UAS receives PRACK with same CSeq of
previous transaction. But if UAC is malfunctioning with this behavior then UAS
should reject this message with 'Loop detected'.
Vipul Rastogi
Eng
ALG does a lot of SIP message modification. It changes contact, from, via, sdp
and maintains register binding etc. whereas NAT is just IP/port mapping. So ALG
uses NAT for it's functioning. Is it clear now ?
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Sams
Hi,
Request_URI is used for routing purposes, hence if any SIP message reaches to
your IP-PBX then it is becoz of R-URI (not becoz of 'TO'). Once message it
reached, now it is upto IP-PBX to decide which field to use to find UAC
(Station as you say). Sometimes ISP s/w sends child ID in R-URI, pa
If record-route is present with top entry as 'lr', then it should be R-URI,
otherwise contact URI (of other party) should be R-URI. At no point R-URI be
proxy URI. Proxys are intermediate entities and R-URI is for end-entity.
I hope I clarified to some extent.
Vipul Rastogi
Engineer, Business Ma
Inline comment.
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
- Original Message -
From: "vinodh kumar" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, November 28, 2007 1
One can argue that Call-id:CSeq-No or from-tag:CSeq-No may
> also be used but using branch parameter is the most simple approach.
--
Not sure on this one. In case of Forking, all above parameters could
potentially be same. Via is surely different among forking INVITE. This helps
in identifyi
Hi,
Is it possible to send/receive refer message over SIP trunk ? can somebody
share SIP trunk rfc.
thanks,
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
___
I guess, UAC has liberty to use or not use to-tag in early-dialog for CANCEL.
UAS should accept CANCEL with or without to-tag in early-dialog. Can somebody
confirm this behavior or any other acceptable behavior ?
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Implementation is same as CFNA but this could be interesting feature from user
point of view. I mean vendor could simply add this feature to their list as a
separate feature (only Engineers know it is same as CFNA :) ).
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network B
It is valid but not practical but looks very interesting as one can avoid 3-way
handshaking of RE-INVITE by using UPDATE.
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
- Ori
'sendonly' is part of SDP, UA (we) know/s that call via this SDP is put on
hold.
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
- Original Message -
From: "Koshy Thomas
Hi,
As per my understanding Once Dialog is formed, Route list on UAC & UAS are same
(of course in opposite order). So if you can send ACK message from UA1 to UA2,
then INVITE from UA2 to UA1 should not be problem, as it goes the same path (as
ACK response).
-
Vipul Rastogi
Engineer, Business Ma
Hi Karthikeyan,
Can you elaborate your query. With limited input, I assume you are asking about
how to handle requests after dialog is formed. NAT plays role in forming a
session hence dialog, once dialog is made, NAT provides no new conversion.
Vipul Rastogi
Engineer, Business Management Team
T
Request-Disposition of RFC 3841 prevents or guides forking. Hope it helps
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
- Original Message -
From: <[EMAIL PROTECTED
Hi,
I am not sure about your test scenario. IP PBX generally sends UPDATE to phone
to check session status. Generally it happens in much complex scenario. By
UPDATE, they are sure that phone is responding well. If callID does not exist
on phone then also it send NACK.
I hope this helps
Vip
Hi,
I am not sure of your use case but I think your requirement could be achieved
if you send INVITE/ACK without any content (SDP media or something else). This
will make session hence end-to-end dialog for you.
-
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Busines
Hi,
if route has sip then it is UDP, if sips then TLS and sip with transport as TCp
then TCP.
I hope it helps...
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
Hi,
Can anyone
Hi,
In my opinion, UAS should send one of following ...400, 416.
thanks,
Vipul Rastogi
Engineer, Business Management Team
Telecommunication Network Business
Samsung Electronics CO, LTD
Suwon P.O.BOX 105, 416
Korea 442-600
MO 010-9530-0354
- Original Message -
From: "Andreas Bystr?m" <[EMA
Well, CANCEL is used to cancel any pending transaction. Since MG initiated the
transaction, only it can CANCEL it. UAS can respond with some error message etc
(if any) and on this response MG can should send ACK immediately which means
end of transaction. MG can send CANCEL anytime after sending
25 matches
Mail list logo
