[SIPForum-discussion] Query on re-invite port

[anusha deepti]

The to and from header fields are fine. It is not able to forward the ACK
because of the port. it is responding from 5060(100 and 200 ok) and expects
ACK to the same port.

Also, i found one more thing from the trace. There is a record route added
by the initiator of the dialog. Is this acceptable?

Traces attached.

Anusha


On Fri, Sep 30, 2011 at 5:03 AM, Nitin Kapoor <nitinkapoorr at gmail.com>wrote:

> Hello Anusha,
>
> Port changing in re-invite is okay, however as you said Product B is not
> forwarding the ACK to product C that seems to be problematic.
>
> However it can be due to several reasons....
>
> For example: Headers swapping in TO & FROM
>
> Could you please share the traces?
>
> Thanks,
> Nitin Kapoor
>
> Could y
> On Thu, Sep 29, 2011 at 4:30 AM, anusha deepti <anusha1987 at gmail.com>wrote:
>
>> Hi folks,
>>       Can you please tell me which product is at fault here??
>>
>> Product A                                              Product B
>>
>> Product A(port 5060)  <--- INVITE ----        Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  --- 100 trying ---->  Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  --- 180 ringing ----> Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  --- 180 ringing ----> Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  --- 200 OK ---->        Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  <--- ACK ----              Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  <--- OPTIONS ----    Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  --- 200 (OPT) ---->   Product B(Port 47086)
>>
>>
>>
>>
>>
>>
>>
>> Till here everything is fine
>>
>>
>>
>>
>>
>>
>>
>> When HOLD is initiated from Product A
>>
>>
>>
>>
>>
>>
>>
>> Product A(port 5060)  --- INVITE ---->        Product B(Port
>> 47086)
>>
>>
>> Here Product B expects re-invite on 5060, But it is responding with 100
>> trying and 200 OK
>>
>>
>>
>> Product A(port 5060)  <--- 100 trying ----  Product B(Port 5060)
>>
>>
>>
>> Product A(port 5060)  <--- 200 OK ----        Product B(Port 5060)
>>
>>
>>
>> Is Product B correct in responding from 5060 here instead of 48086?
>>
>>
>>
>> Product A(port 5060)  --- ACK ---- >          Product B(Port 47086)
>>
>>
>>
>>    Here Product A sends ACK to Product B ephemeral port 47086, Then
>> Product B is not forwarding ACK to Product C
>>
>>
>>
>>                 Then Product C is re-transmitting the 200 OK
>>
>>
>>
>>
>>
>>
>>
>> Product A(port 5060)  <--- 200 OK ----        Product B(Port 47086)
>>
>>
>>
>> Product A(port 5060)  <--- 200 OK ----        Product B(Port 47086)
>>
>>
>>
>> Here again Product A receiving 200 OK from Product B from 47086
>>
>>
>>
>>                 And Product A is not sending ACK for these 200 OKs
>>
>>
>> Thank you
>> Anusha
>>
>> _______________________________________________
>> This is the SIP Forum discussion mailing list
>> TO UNSUBSCRIBE, or edit your delivery options, please visit
>> http://sipforum.org/mailman/listinfo/discussion
>> Post to the list at discussion at sipforum.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20110930/ff98a1e8/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ProductB_47.11.174.233_Blindxfer_Sept21.cap
Type: application/octet-stream
Size: 238273 bytes
Desc: not available
URL: <http://sipforum.org/pipermail/discussion/attachments/20110930/ff98a1e8/attachment-0002.obj>