[Kamailio-Users] uac_replace_from again

olivier.taylor at gmail.com olivier.taylor at gmail.com
Thu Nov 5 14:53:17 CET 2009


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 at gmail.com escribió:
>>  
>>> maybe this can help?
>>>
>>> U xxx.xxx.123.83:5060 -> yyy.yyy.67.183:5060
>>> BYE sip:997321079 at 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 at yyy.yyy.67.183>;tag=as5f0cc351.
>>> To: "997321079" <sip:997321073 at finalcut.be>;tag=5713.
>>> Contact: <sip:0485336302 at xxx.xxx.123.88>.
>>> Call-ID: 1257324832-1991-MacBook%20de%20Olivier%20Taylor at 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 at yyy.yyy.67.183>;tag=as5f0cc351.
>>> To: "997321079" <sip:997321073 at finalcut.be>;tag=5713.
>>> Call-ID: 1257324832-1991-MacBook%20de%20Olivier%20Taylor at 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
>





More information about the Users mailing list