hi all,
problem solved, next time iI will buy a brain, mine seems to be out of
service sometime...
In fact this kamailio is installed just to receive calls from some
routable IPs, no nat.
But, I tried the system with a UA wich was natted...
Using the nat_traversal module did solve the problem.
uac_replace_from and auth works perfectly for me now.
Completely my fault, I apologize :)
Thanks to all,
Olivier
Daniel-Constantin Mierla a écrit :
On 04.11.2009 18:19 Uhr, Iñaki Baz Castillo wrote:
El Miércoles, 4 de Noviembre de 2009,
olivier.taylor(a)gmail.com escribió:
maybe this can help?
U xxx.xxx.123.83:5060 -> yyy.yyy.67.183:5060
BYE sip:997321079@yyy.yyy.67.183:5060 SIP/2.0.
Record-Route: <sip:xxx.xxx.123.83;ftag=as5f0cc351;lr=on>.
Via: SIP/2.0/UDP xxx.xxx.123.83;branch=z9hG4bKa922.9ab28507.0.
Via: SIP/2.0/UDP xxx.xxx.123.88:5060;branch=z9hG4bK04f04c65;rport=5060.
Route:
<sip:yyy.yyy.67.183;lr=on;ftag=5713;my_param=AAAAAAAAAAAAAAAACgBUWFxPXVpFWh
hVSzE4Mw-->. From: <sip:0485336302@yyy.yyy.67.183>;tag=as5f0cc351.
To: "997321079" <sip:997321073@finalcut.be>;tag=5713.
Contact: <sip:0485336302@xxx.xxx.123.88>.
Call-ID: 1257324832-1991-MacBook%20de%20Olivier%20Taylor(a)192.168.2.125.
CSeq: 102 BYE.
User-Agent: Phonext B2Bua.
Max-Forwards: 16.
Content-Length: 0.
.
#
U yyy.yyy.67.183:5060 -> xxx.xxx.123.83:5060
SIP/2.0 477 Send failed (477/TM).
Via: SIP/2.0/UDP xxx.xxx.123.83;branch=z9hG4bKa922.9ab28507.0.
Via: SIP/2.0/UDP xxx.xxx.123.88:5060;branch=z9hG4bK04f04c65;rport=5060.
From: <sip:0485336302@yyy.yyy.67.183>;tag=as5f0cc351.
To: "997321079" <sip:997321073@finalcut.be>;tag=5713.
Call-ID: 1257324832-1991-MacBook%20de%20Olivier%20Taylor(a)192.168.2.125.
CSeq: 102 BYE.
Server: Kamailio (1.5.3-notls (i386/linux)).
Content-Length: 0.
As the BYE has a Route header different than the proxy receiving it,
it means that it's not removed and the proxy routes the BYE there:
Route: <sip:yyy.yyy.67.183;lr=on;ftag=5713...>
but obviously something fails when trying to send the request to that
IP yyy.yyy.67.183 ¿?
the previous log showed that there is an error with sendto() function
call, and now looking at the message is something wrong with the
length of the buffer:
Nov 4 18:48:44 localhost
/usr/local/sbin/kamailio[30511]:
ERROR:core:udp_send:
sendto(sock,0xa2b359d0,65564,0,0xa2af4484,16):
Message too long(90)
65564 is quite big...
Is this happening only for this particular case, right? When you use
the uac replace from, right?
Cheers,
Daniel