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

[steve ayer]

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