[Users] BYE before 200 OK?
Iqbal
iqbal at gigo.co.uk
Fri Sep 2 20:34:08 CEST 2005
to the 200 OK the UAC should send a ACK
Iqbal
Michael Ulitskiy wrote:
>This is what I though it should look like. Nonetheless they're
>sending BYE right after 183 and I'm wondering if I should complain
>about it or this is something I overlooked in SIP specification.
>Also I didn't get which ACK do you mean? As you can see the
>only ACK in this session is very last ACK and I thought that session
>should be ended after I replied 200 OK to their BYE.
>
>Michael
>
>On Friday 02 September 2005 01:54 pm, Iqbal wrote:
>
>
>>no BYE should occur, after 200 OK, your UAC should send ACK to openser,
>>and openser ACK to gateway, it seems as if the pstn GW is not getting
>>the ACK's
>>
>>Iqbal
>>
>>Michael Ulitskiy wrote:
>>
>>
>>
>>>Hello,
>>>
>>>Can someone please enlighten me on if this is allowed to send BYE
>>>before 200 OK? I thought that BYE should be used only after dialog
>>>established, but now I have a SIP PSTN termination provider and they
>>>appear to be sending BYE with route headers right after 183 Session Progress
>>>in some cases.
>>>So the session looks like the following:
>>>UAC OpenSER PSTN Provider UAS
>>>INVITE to openser
>>> 180 Trying back to UAC
>>> INVITE to UAS
>>> 180 Trying back to openser
>>> 183 Session progress back to openser
>>> 183 Session Progress back to UAC
>>> BYE to openser with Route headers
>>> BYE to UAC (loose_routing)
>>>200 OK to openser
>>> 200 OK to UAS
>>>Is it ok?
>>>And there's even more to it. I don't know if above is OK or not, but I would thought
>>>that now the session is ended. Nonetheless in exactly 50 seconds I'm getting
>>> 183 Session progress back to openser
>>> 183 Session progress back to UAC
>>>-- in another 60 seconds
>>> 183 Session progress back to openser
>>> 183 Session progress back to UAC
>>>-- this happens 6 times every 60 seconds and then
>>> 408 Request Timeout back to openser
>>> ACK to UAS
>>> 408 Request Timeout to UAC
>>>ACK to openser
>>>
>>>Do you think it's a provider bug?
>>>Another question is how openser is routing replies that cannot be matched to transaction
>>>as I think transaction has already been deleted after BYE and latest 183 replies were routed
>>>by some other principle.
>>>Could please someone comment on this?
>>>Thanks,
>>>
>>>See you later,
>>> Michael
>>>
>>>_______________________________________________
>>>Users mailing list
>>>Users at openser.org
>>>http://openser.org/cgi-bin/mailman/listinfo/users
>>>
>>>.
>>>
>>>
>>>
>>>
>>>
>
>
>
More information about the Users
mailing list