Problem using TCP as transport with ";transport=tcp"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Benny,

I wasn't sure of the format of the contact header.
I changed the sprintf() in my code to put the whole address and
transport=tcp between angled brackets.
Now, with Contact: <sip:127.0.0.1;transport=tcp> , TCP works like a charm.
The UAC is able to parse the contact header well and ACK is sent in TCP.

The issue is solved.
Thank you very much!

Inaki,
Thanks to you too!
SIP trace was easier to find out this problem.

Regards,
Sundar

On Tue, Oct 11, 2011 at 1:30 PM, Benny Prijono <bennylp at teluu.com> wrote:

> On Mon, Oct 10, 2011 at 11:27 PM, Sundar Subramaniyan
> <sundar.subramaniyan at gmail.com> wrote:
> > SIP/2.0 200 OK
> > Via: SIP/2.0/TCP
> > 127.0.0.1:60000
> ;rport=60000;received=127.0.0.1;branch=z9hG4bKPjiNeUsXjdMuRBU2j.KGSI94O1i7pQoYqc
> > Call-ID: 2mdIf8lexOTBIMg2pPgKOBdDB3SowCcf
> > From: <sip:127.0.0.1>;tag=PKcMBzp6yhIZQG-du1TsYkW1MPmX6L5V
> > To: <sip:127.0.0.1>;tag=PKcMBzp6yhIZQG-du1TsYkW1MPmX6L5V
> > CSeq: 124 INVITE
> > Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE
> > Contact: <sip:127.0.0.1>;transport=tcp
> >
> >
> > I noticed that once the route set is updated and frozen, the
> dialog->target
> > is loaded with the URI present in the
> remote->contact_hdr->contact_uri.(not
> > sure if the variable names are correct)
> > It seems that while cloning the contact header, the ";transport=tcp" part
> is
> > not cloned. I dont know if this is done purposefully. But I guess it is
> > normal.
> >
> > So, even though the UAS sends the answer with required parameters, the
> UAC
> > is not able to reply ACK in TCP transport.
> >
>
>
> Your 200/OK is malformed. If you want TCP, the Contact header should be:
>
>  Contact: <sip:127.0.0.1;transport=tcp>
>
> instead of
>
>  Contact: <sip:127.0.0.1>;transport=tcp
>
>  Benny
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20111011/694846b6/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux