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@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@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@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