Dmytro Mishchenko
2006-Jun-21 04:49 UTC
[Asterisk-Users] SPA-2002 call HANGUP. May be a SIP bug.
Hello, We have problems with Asterisk and Sipura SPA-2002. SPA is behind the NAT. Asterisk has nat=yes. Sometimes call doesn't hangup when user finish the call and hangup the headset. In this case during all conversation SIP packets contains Call-ID: bee522ee-8efa7d25@123.123.123.123 but the final BYE packet from adapter contains Call-ID: bee522ee-8efa7d25@10.0.0.2 Is such scenario correct from SIP protocol point of view? After receiving such packet Asterisk trying to destroy: Destroying call 'bee522ee-8efa7d25@10.0.0.2' But I suppose that such call doesn't exists and call remains active. Thanks, Dmitry.
Kevin P. Fleming
2006-Jun-23 01:07 UTC
[Asterisk-Users] SPA-2002 call HANGUP. May be a SIP bug.
----- Dmytro Mishchenko <dioml@dreamtime.net> wrote:> In this case during all conversation SIP packets contains > Call-ID: bee522ee-8efa7d25@123.123.123.123 > but the final BYE packet from adapter contains > Call-ID: bee522ee-8efa7d25@10.0.0.2 > Is such scenario correct from SIP protocol point of view?No, it is not valid. The Call-ID is used to uniquely identify the SIP dialog, and must remain the same. -- Kevin P. Fleming Senior Software Engineer Digium, Inc.