Thank you, I missed this.

Working much better now that I changed sipp scenario.
It nows get From and To from ACK and replicate them in BYE as To and 
 From respectively.

Regards

Aurelien

BONNAERENS Ben a écrit :
> Hello,
>  
> That's exactly the point.They shouldn't be the same.
> Please check scenario 3.1 of RFC3665.
>  
> Best regards,
>  
> Ben.
>
> ------------------------------------------------------------------------
> *From:* Aurelien Grimaud [mailto:[email protected]]
> *Sent:* vrijdag 23 januari 2009 15:10
> *To:* BONNAERENS Ben
> *Cc:* Iñaki Baz Castillo; [email protected]
> *Subject:* Re: [Sip-implementors] reply 481 Call/Transaction Does Not 
> Exist toBYE
>
> BONNAERENS Ben a écrit :
>> Hello,
>>
>> No, the BYE's R-URI is ok ("Callee" side is releasing).
>>
>> Probably it's the From and To header of the BYE that are incorrect.
>>
>> Best regards,
>>
>> Ben. 
>>
>>   
> Well, From and To header fields are exactly the same in all requests 
> and replies.
> (ezxcept To for INVITE and 100 provisional which does not have tag)
>
> Aurelien
>> -----Original Message-----
>> From: [email protected] 
>> [mailto:[email protected]] On Behalf Of Iñaki 
>> Baz Castillo
>> Sent: vrijdag 23 januari 2009 14:49
>> Cc: [email protected]
>> Subject: Re: [Sip-implementors] reply 481 Call/Transaction Does Not Exist 
>> toBYE
>>
>> 2009/1/23 Aurelien Grimaud <[email protected]>:
>>   
>>> Hi, I try to setup tests with sipp, openser and resiprocate.
>>> resiprocate (192.168.160.23:6091) initiate the calls sip routeur is 
>>> 192.168.160.141:5060 uas is sipp 192.168.160.141:5061
>>>
>>> sipp initiates a BYE which is routed correctly by openser but rejected 
>>> by resiprocate.
>>>
>>> Request Uri, from and to looks ok.
>>>
>>> I am obviously missing something....
>>> If someone could point me what ...
>>> I am struggling with RFC but not finding any answer.
>>>
>>> How should be constructed the via in BYE ?
>>> The Via branch should not be any of previous one, this is a new 
>>> transaction right ?
>>>     
>>
>> The BYE is a different transaction so the Via MUST NOT match.
>>
>> Your problem is the Request URI in the BYE which is wrong:
>>
>> ACK is correct:
>>   ACK sip:192.168.160.141:5061
>>
>> BYE is totally wrong:
>>   BYE sip:[email protected]:6091
>>
>> BYE RURI should be the same as the ACK RURI.
>>
>> --
>> Iñaki Baz Castillo
>> <[email protected]>
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> [email protected]
>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> [email protected]
>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>
>>   
>

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to