Re: [Linphone-developers] Wrong Handling of sip reinvites in IPv6?

[Moreira]

Steven tks for your reply

I have already applied the patch for IPv6 that you send in thursday 14
july, is this the patch you are making reference? With this patch I
got to establish IPv6 communications all right. Whit the exception of
the bug I mentioned in my mail.

I don't understand what you refer with the call from proxy.c

rgds
Moreira

On 7/16/05, steve ayer <address@hidden> wrote:
> hi,
> 
> yes, this sounds like a bug associated with the guess-hostname
> machinery.  presently, remote-host addresses are hard-coded (!) to try
> to contact (in linphone_core_get_primary_contact) in order to see if you
> have a loopback-only situation.  i fixed this in a patch submitted last
> week, but the call from proxy.c has no reasonable context from which to
> extract the remote-host address (like an exposed uri).
> 
> -steve ayer
> 
> Moreira wrote:
> > we are testing ipv6 sip calling through sip proxy (asterisk) and we
> > are trying to redirect audio stream directly between IPv6 endpoints
> > (Linphone). Both endpoints are linux running dual stack but for the
> > call establishemente we are using the ipv6 network. the endpoints also
> > have ipv4 conectivity
> >
> > Linphone seems to be incorrectly handling sip reinvites issued by the
> > proxy. Linphone always replies to a reinvite with a 200/ok where the
> > SDP message connection information field contains: IN IP4 127.0.0.1
> > instead of containing: IN IP6 <IPv6 address of linphone sending 200/ok>
> >
> > Anyway the call is correctly established with the RTP strem going
> > through the proxy server, instead of going directly between the
> > endpoints. (In IPv4-IPv4 linphone calls, correct reinvite 200/ok
> > answers are sent, and the audio is redirected)
> >
> > Any idea if this is a bug?
> >
> >
> > _______________________________________________
> > Linphone-developers mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/linphone-developers
>