[Serusers] Fwd: record_route..........TCP ??

[KUMAR]

Hi Michal,
Sorry for my late response. Here are the packets while the transport
UDP is used.
regards
kumar

On 5/4/07, Michal Matyska <michal at iptel.org> wrote:
> Hi Kumar,
>
> could you please attach also the capture (at the server is enough) of
> the UDP both way messages? There call flow is quite strange and not
> understandable....  (well not surprised that's M$ RTC :)
>
> Some comments for now:
> 1) it seems the CLIENT IS BROKEN and does not understand lr=on flag for
> loose routing - see how is the ACK generated !!! You can try change rr
> module parameter to put just lr into the record-route (this might
> explain your rr and rr_preset difference)
>
> 2) M$ is used to misuse maddr, there is compile time flag HONOR_MADDR
> which you should have set to route such requests taking maddr into
> account
>
> Michal
>
>
> On Pá, 2007-05-04 at 09:52 +0545, KUMAR wrote:
> > Here are the packet captures. I was not quite sure whether I have to
> > include packet captures from server or the UAs so i've included all of
> > them. ua_A is sending INVITE to ua_B.
> > thank you
> >
> > regards
> > kumar
> >
> > On 5/3/07, Klaus Darilion <klaus.mailinglists at pernau.at> wrote:
> > >
> > >
> > > Jiri Kuthan wrote:
> > > > actually I was suggesting SIP message dump (PCAP file) as opposed to log files. -jiri
> > >
> > > or ngrep dump:
> > >
> > >    ngrep -t -W byline -d any port 5060
> > >
> > > regards
> > > klaus
> > >
> > >
> > > >
> > > > At 13:10 03/05/2007, KUMAR wrote:
> > > >> Here is the message dump that i get when using TCP as transport.
> > > >>>
> > > >>> On 5/3/07, Jiri Kuthan <jiri at iptel.org> wrote:
> > > >>>> I think you would have to send message dumps first so that [serusers] volunteers
> > > >>>> have material for providing an answer.
> > > >>>>
> > > >>>> -jiri
> > > >>>>
> > > >>>> At 12:07 03/05/2007, KUMAR wrote:
> > > >>>>> -
> > > >>>>> Hi all,
> > > >>>>> I already posted this message yet havent got any replies. I really
> > > >>>>> need to find this out.
> > > >>>>> Please anyone reply to this problem.
> > > >>>>>
> > > >>>>> I am using SER-0.9.6 and the problem i'm having is this. When using
> > > >>>>> the following ser.cfg, it works well when the transport UDP is used.
> > > >>>>> But when transport TCP is used, then it only results in one way IM,
> > > >>>>> only from the UA from which the INVITE is being sent. Moreover, when
> > > >>>>> record_route is used instead of record_route_preset, then even that
> > > >>>>> one way IM doesn't work. But it works well with UDP.
> > > >>>>>
> > > >>>>> Can anyone please point me as to where the problem might be??
> > > >>>>> Thank you in advance.
> > > >>>>>
> > > >>>>> kumar
> > > >>>>>
> > > >>>>>
> > > >>>>> Content-Type: application/octet-stream; name=ser.cfg
> > > >>>>> X-Attachment-Id: f_f18sg2bl
> > > >>>>> Content-Disposition: attachment; filename="ser.cfg"
> > > >>>>>
> > > >>>>> _______________________________________________
> > > >>>>> Serusers mailing list
> > > >>>>> Serusers at lists.iptel.org
> > > >>>>> http://lists.iptel.org/mailman/listinfo/serusers
> > > >>>>
> > > >>>>
> > > >>>> --
> > > >>>> Jiri Kuthan            http://iptel.org/~jiri/
> > > >>>>
> > > >>>>
> > > >>
> > > >> Content-Type: audio/x-pn-realaudio-plugin; name="msg_dump.rar"
> > > >> Content-Disposition: attachment; filename="msg_dump.rar"
> > > >> X-Attachment-Id: f_f1949112
> > > >>
> > > >> _______________________________________________
> > > >> Serusers mailing list
> > > >> Serusers at lists.iptel.org
> > > >> http://lists.iptel.org/mailman/listinfo/serusers
> > > >
> > > >
> > > >
> > > > --
> > > > Jiri Kuthan            http://iptel.org/~jiri/
> > > >
> > > > _______________________________________________
> > > > Serusers mailing list
> > > > Serusers at lists.iptel.org
> > > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > _______________________________________________
> > Serusers mailing list
> > Serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: server_packets.rar
Type: audio/x-pn-realaudio-plugin
Size: 13210 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20070507/8359bf64/attachment.bin>