[asterisk-bugs] [JIRA] (ASTERISK-28960) system gets into state where bridges collapse within a few seconds
Robert Sutton (JIRA)
noreply at issues.asterisk.org
Thu Jun 25 18:53:25 CDT 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-28960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=251253#comment-251253 ]
Robert Sutton commented on ASTERISK-28960:
------------------------------------------
I've provided pcap, cli output, and live core dump via "asteriskteam at digium.com with ASTERISK-28960 as the subject"
You are correct about
"call-agent" is Asterisk ----> agent endpoint
and
"call-caller" is caller endpoint ----> Asterisk
I don't know why there is doubling in the log, this is how wireshark presented the data. could this be a symptom of the underlying cause?
below is the dialplan involved, as you can see all the action takes place in AGI
In the AGI the caller is played hold music and possibly other messages while waiting, we are not using asterisk's native queues
One or more agents are originated via dialplan to AGI.
When an agent answers, a bridge is initiated via AGI
{noformat}
[routesv2-inbound]
exten => _[s0-9].,1,set(AGIEXITONHANGUP=yes)
exten => _[s0-9].,n,set(recovery-did=${EXTEN})
exten => _[s0-9].,n,AGI(agi://${TOMCAT_HOST}/route?targ=${EXTEN}&ctx=Pre-Inbound)
exten => _[s0-9].,n,goto(routesv2-checks,${EXTEN},1)
exten => _[s0-9].,n,Hangup
[activity]
exten => activity-agi,1,set(AGIEXITONHANGUP=yes)
exten => activity-agi,n,AGI(agi://${TOMCAT_HOST}/activityAgi)
exten => activity-agi,n,wait(0.5)
exten => activity-agi,n,goto(activity-agi|1)
{noformat}
agent endpoint configuration (realtime)
{noformat}
ParameterName : ParameterValue
=========================================================
100rel : yes
accept_multiple_sdp_answers : false
accountcode :
acl : deny/permit
aggregate_mwi : true
allow : (ulaw|g729|ilbc)
allow_overlap : true
allow_subscribe : true
allow_transfer : true
aors : 112
asymmetric_rtp_codec : false
auth : 112
bind_rtp_to_media_address : false
bundle : false
call_group :
callerid : Email Desk
callerid_privacy : allowed_not_screened
callerid_tag :
connected_line_method : invite
contact_acl :
context : routesv2-handset
cos_audio : 0
cos_video : 0
device_state_busy_at : 2
direct_media : false
direct_media_glare_mitigation : none
direct_media_method : invite
disable_direct_media_on_nat : false
dtls_auto_generate_cert : No
dtls_ca_file :
dtls_ca_path :
dtls_cert_file :
dtls_cipher :
dtls_fingerprint : SHA-256
dtls_private_key :
dtls_rekey : 0
dtls_setup : active
dtls_verify : No
dtmf_mode : rfc4733
fax_detect : false
fax_detect_timeout : 0
follow_early_media_fork : true
force_avp : false
force_rport : true
from_domain :
from_user :
g726_non_standard : false
ice_support : true
identify_by : username,ip
ignore_183_without_sdp : false
inband_progress : false
incoming_mwi_mailbox :
language :
mailboxes : 112
max_audio_streams : 1
max_video_streams : 1
media_address :
media_encryption : no
media_encryption_optimistic : false
media_use_received_transport : false
message_context :
moh_passthrough : false
moh_suggest : default2
mwi_from_user :
mwi_subscribe_replaces_unsolicited : no
named_call_group :
named_pickup_group :
notify_early_inuse_ringing : false
one_touch_recording : false
outbound_auth : 112
outbound_proxy :
pickup_group : 1
preferred_codec_only : false
record_off_feature : automixmon
record_on_feature : automixmon
refer_blind_progress : true
rewrite_contact : true
rpid_immediate : false
rtcp_mux : false
rtp_engine : asterisk
rtp_ipv6 : false
rtp_keepalive : 0
rtp_symmetric : true
rtp_timeout : 0
rtp_timeout_hold : 0
sdp_owner : -
sdp_session : Asterisk
send_connected_line : yes
send_diversion : true
send_pai : false
send_rpid : false
set_var :
srtp_tag_32 : false
sub_min_expiry : 0
subscribe_context :
suppress_q850_reason_headers : false
t38_udptl : false
t38_udptl_ec : none
t38_udptl_ipv6 : false
t38_udptl_maxdatagram : 0
t38_udptl_nat : false
timers : yes
timers_min_se : 90
timers_sess_expires : 1800
tone_zone :
tos_audio : 0
tos_video : 0
transport : transport-udp-nat
trust_connected_line : yes
trust_id_inbound : true
trust_id_outbound : true
use_avpf : false
use_ptime : false
user_eq_phone : false
voicemail_extension : *3
webrtc : no
{noformat}
> system gets into state where bridges collapse within a few seconds
> ------------------------------------------------------------------
>
> Key: ASTERISK-28960
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28960
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Bridges/bridge_simple
> Affects Versions: 16.10.0
> Environment: ubunut 18.04, docker asterisk 16.10
> Reporter: Robert Sutton
> Assignee: Robert Sutton
> Labels: fax, webrtc
>
> system gets into state where bridges collapse within a few seconds
> calls kept flowing into the system, but bridges would collapse without error within a few seconds of starting.
> Seems to be happening about once a week.
> This particular system has only ever run 16.10
> I have a core dump from the running system and full logs including a period with debug set to 4
> below is a typical call flow while the system was in this state.
> {noformat}
> Jun 24 10:53:29 -- Executing [555555555 at routesv2-inbound:1] Set("PJSIP/trunk-00000fa4", "AGIEXITONHANGUP=yes") in new stack
> Jun 24 10:53:29 -- Executing [555555555 at routesv2-inbound:2] Set("PJSIP/trunk-00000fa4", "recovery-did=555555555") in new stack
> Jun 24 10:53:29 -- Executing [555555555 at routesv2-inbound:3] AGI("PJSIP/trunk-00000fa4", "agi://127.0.0.1/route?targ=555555555&ctx=Pre-Inbound") in new stack
> Jun 24 10:53:34 -- AGI Script Executing Application: (mixmonitor) Options: (/var/spool/asterisk/monitor/1592960009.5408-4444444444-3333333333-I-1.wav,,curl 'http://127.0.0.1:8080/rest/recordingMigration/migrate?guid=1592960014936-35584&apiKey=xxxxxxxxxxxx')
> Jun 24 10:53:34 == Begin MixMonitor Recording PJSIP/trunk-00000fa4
> Jun 24 10:53:34 -- Started music on hold, class 'queue17', on channel 'PJSIP/trunk-00000fa4'
> Jun 24 10:53:35 -- PJSIP/417-00000faa is ringing
> Jun 24 10:53:35 -- PJSIP/417-00000faa is ringing
> Jun 24 10:53:40 -- PJSIP/417-00000faa answered
> Jun 24 10:53:40 -- Executing [activity-agi at activity:1] Set("PJSIP/417-00000faa", "AGIEXITONHANGUP=yes") in new stack
> Jun 24 10:53:40 -- Executing [activity-agi at activity:2] AGI("PJSIP/417-00000faa", "agi://127.0.0.1/activityAgi") in new stack
> Jun 24 10:53:40 == Begin MixMonitor Recording PJSIP/trunk-00000fa4
> Jun 24 10:53:40 -- AGI Script Executing Application: (bridge) Options: (PJSIP/trunk-00000fa4,x)
> Jun 24 10:53:40 -- Stopped music on hold on PJSIP/trunk-00000fa4
> Jun 24 10:53:40 == Spawn extension (routesv2-inbound, 555555555, 3) exited non-zero on 'Surrogate/PJSIP/trunk-00000fa4'
> Jun 24 10:53:40 -- Channel PJSIP/trunk-00000fa4 joined 'simple_bridge' basic-bridge <67256011-e289-430d-bc1c-08b96c97811e>
> Jun 24 10:53:40 -- Channel PJSIP/417-00000faa joined 'simple_bridge' basic-bridge <67256011-e289-430d-bc1c-08b96c97811e>
> Jun 24 10:53:40 == Begin MixMonitor Recording PJSIP/trunk-00000fa4
> Jun 24 10:53:40 OK == End MixMonitor Recording PJSIP/trunk-00000fa4
> Jun 24 10:53:40 OK == End MixMonitor Recording PJSIP/trunk-00000fa4
> Jun 24 10:53:41 -- Channel PJSIP/trunk-00000fa4 left 'simple_bridge' basic-bridge <67256011-e289-430d-bc1c-08b96c97811e>
> Jun 24 10:53:41 -- Channel PJSIP/417-00000faa left 'simple_bridge' basic-bridge <67256011-e289-430d-bc1c-08b96c97811e>
> Jun 24 10:53:41 -- Manager 'njcontact' from 127.0.0.1, hanging up channel: PJSIP/417-00000faa
> Jun 24 10:53:41 == Spawn extension (activity, activity-agi, 2) exited non-zero on 'PJSIP/417-00000faa'
> Jun 24 10:53:42 OK == End MixMonitor Recording PJSIP/trunk-00000fa4
> {noformat}
> for future reference:
> {noformat}
> the issue started somewhere between 10:38 and 10:46
> debug set to level 4 at 10:56:08
> core dump triggered at 10:55:32
> system restart at 10:57:30 approx
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list