[SR-Users] Bogus event 8 in state 1 for dlg

[Dmitri Savolainen]

>
> an in-dialog OPTIONS is not normal, it should be not required for the
> normal
> call-flow.
>
i'v seen many in-dialog OPTIONS for checking is dialog alive, but only
after INVITE-OK-ACK handshake.


On 17 August 2018 at 14:10, Phillman25 Kyriacou <phillman25 at gmail.com>
wrote:

> Thank you so much for your prompt reply and explanation Henning!
>
> Yes the calls are not affected so ill just ignore these messages.
>
> Thanks again!
> Phillip
>
> On Fri, Aug 17, 2018 at 1:57 PM, Henning Westerholt <hw at kamailio.org>
> wrote:
>
>> Am Freitag, 17. August 2018, 12:45:15 CEST schrieb Phillman25 Kyriacou:
>> > CRITICAL: dialog [dlg_hash.c:955]: log_next_state_dlg(): bogus event 8
>> in
>> > state 1 for dlg 0x7f59862cd440 [3685:10496]
>> >
>> > I understand that state 1 indicates an unconfirmed dialog, can anyone
>> tell
>> > me what bogus event 8 is?
>> >
>> > The following is the call flow:
>> > User A ===> Kamailio ==> Provider
>> > From the PCAP trace an INVITE is sent to the provider,  the provider
>> > answers with 100 Trying, 180 Ringing and immediately an OPTIONS message
>> > with the same call id
>> >
>> >
>> > Kamailio                                      Provider
>> >                          INVITE
>> >               =================>
>> >                           100 Trying
>> >               <=================
>> >                         180 Ringing
>> >               <================
>> >                         OPTIONS
>> >               <================
>> >
>> > Im assuming  bogus event 8 is the OPTIONS message? Is an OPTIONS message
>> > normal in this case?
>>
>> Hello Phillip,
>>
>> an in-dialog OPTIONS is not normal, it should be not required for the
>> normal
>> call-flow. I think the OPTIONS is indeed the event 8 here.
>>
>> You find the event definitions in dlg_hash.h in the dialog module:
>>
>> /* events for dialog processing */
>> #define DLG_EVENT_TDEL         1 /*!< transaction was destroyed */
>> #define DLG_EVENT_RPL1xx       2 /*!< 1xx request */
>> #define DLG_EVENT_RPL2xx       3 /*!< 2xx request */
>> #define DLG_EVENT_RPL3xx       4 /*!< 3xx request */
>> #define DLG_EVENT_REQPRACK     5 /*!< PRACK request */
>> #define DLG_EVENT_REQACK       6 /*!< ACK request */
>> #define DLG_EVENT_REQBYE       7 /*!< BYE request */
>> #define DLG_EVENT_REQ          8 /*!< other requests */
>>
>> You should ask the provider why they send you this OPTIONS here. But if
>> your
>> calls are not affected (which I assume) you could also ignore it.
>>
>> Best regards,
>>
>> Henning
>>
>> --
>> Henning Westerholt
>> https://skalatan.de/blog/
>>
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Savolainen Dmitri
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180817/8bb02220/attachment.html>