[Kamailio-Users] uac_replace_from again

[olivier.taylor at gmail.com]

In fact, this server have no calls at this time, just the call I make.
The cfg is very simple.

Get the call, query the db, change the From , forward to the call to 
another kamailio and respond to auth request.
Call is setup with no problem.

Problem is only and only when the callee hangup, BYE is never 
transmitted to the caller even if the BYE is received by Kamailio.
my_param in the route header seems to be forgot :(

yes it happens with uac replace from and only when the callee hangup the 
call.

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
>