[asterisk-bugs] [JIRA] (ASTERISK-28669) Device states lost when sip reload
cagdas kopuz (JIRA)
noreply at issues.asterisk.org
Wed Dec 25 05:26:25 CST 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=249172#comment-249172 ]
cagdas kopuz edited comment on ASTERISK-28669 at 12/25/19 5:25 AM:
-------------------------------------------------------------------
I realized this situation occur only realtime SIP users. Second call and then reloading SIP, realtime peers destroyed. Log is attached.
A number (first caller): 321
B number (second caller): 103
Queue Agent: 205
Line:833-843
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:5662 realtime_peer: -REALTIME- loading peer from database to memory. Name: 205. Peer objects: 0
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:5237 sip_destroy_peer: Destroying SIP peer 205
[Dec 25 14:05:39] DEBUG[22656]: devicestate.c:474 do_state_change: Changing state for SIP/205 - state 1 (Not in use)
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:30388 sip_devicestate: Checking device state for peer 205
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2336 pending_members_remove: Removed SIP/205 from pending_members
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2336 pending_members_remove: Removed SIP/205 from pending_members
[Dec 25 14:05:39] DEBUG[22757]: stasis.c:405 topic_dtor: Topic 'cache:17/endpoint:SIP/205': 0x7f0d0000ce18 destroyed
[Dec 25 14:05:39] DEBUG[22757]: stasis.c:405 topic_dtor: Topic 'endpoint:SIP/205': 0x7f0d0000d2f8 destroyed
[Dec 25 14:05:39] DEBUG[22656]: res_odbc.c:982 _ast_odbc_request_obj2: Reusing ODBC handle 0x7f0c800019e8 from class 'pbxconf1'
[Dec 25 14:05:39] DEBUG[22656]: res_config_odbc.c:117 custom_prepare: Skip: 0; SQL: SELECT * FROM sip_users WHERE name = ? AND host = ?
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2484 device_state_cb: Device 'SIP/205' changed to state '1' (Not in use)
was (Author: cagdas):
I realized this situation occur only realtime SIP users. Second call and then reloading SIP, realtime peers destroyed. Log is attached.
Line:833-843
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:5662 realtime_peer: -REALTIME- loading peer from database to memory. Name: 205. Peer objects: 0
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:5237 sip_destroy_peer: Destroying SIP peer 205
[Dec 25 14:05:39] DEBUG[22656]: devicestate.c:474 do_state_change: Changing state for SIP/205 - state 1 (Not in use)
[Dec 25 14:05:39] DEBUG[22656]: chan_sip.c:30388 sip_devicestate: Checking device state for peer 205
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2336 pending_members_remove: Removed SIP/205 from pending_members
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2336 pending_members_remove: Removed SIP/205 from pending_members
[Dec 25 14:05:39] DEBUG[22757]: stasis.c:405 topic_dtor: Topic 'cache:17/endpoint:SIP/205': 0x7f0d0000ce18 destroyed
[Dec 25 14:05:39] DEBUG[22757]: stasis.c:405 topic_dtor: Topic 'endpoint:SIP/205': 0x7f0d0000d2f8 destroyed
[Dec 25 14:05:39] DEBUG[22656]: res_odbc.c:982 _ast_odbc_request_obj2: Reusing ODBC handle 0x7f0c800019e8 from class 'pbxconf1'
[Dec 25 14:05:39] DEBUG[22656]: res_config_odbc.c:117 custom_prepare: Skip: 0; SQL: SELECT * FROM sip_users WHERE name = ? AND host = ?
[Dec 25 14:05:39] DEBUG[22685]: app_queue.c:2484 device_state_cb: Device 'SIP/205' changed to state '1' (Not in use)
> Device states lost when sip reload
> ----------------------------------
>
> Key: ASTERISK-28669
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28669
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/General
> Affects Versions: 13.26.0, GIT, 16.6.0
> Reporter: cagdas kopuz
> Assignee: Unassigned
> Attachments: asterisk-debuglog.txt, asterisk logs.txt, realtime.txt
>
>
> Device states of agent lost when sip reload and after second call came same agent. After that, agent status forgot first call state and turn to second call's state. But first call still same states. By the way, queues' member states also changed. Log is attached.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list