cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
272
Views
0
Helpful
0
Replies

CME Hardware Conference Not Working from External Endpoints via Session Border Controller

AntDPre
Level 1
Level 1

Hello Everyone, 

 I am running a CME on a closed restricted network. Internally I have several SIP phones that are all working fine (two-way voice/meet-me conferencing). There are no issues when any of my internal phones call each other or dial into any of my conferences. 

 

 I am routing to another voice network that is behind a router-based SBC and CUCM that I do not control. Endpoints on that network can call my phones and I can call their phones but their phones cannot dial into my conferences. When they attempt to do so they immediately get a "Equal or higher precedence calls have prevented....." message.  

 

 Debug output of CCSIP messages and ephone hw-conference is not giving me any indication as to what the issue may be. Unless they are default I do not have any MLPP/auto attendant features configured on the CME so I believe this message is coming from either the SBC or the CUCM. 

 

OUTPUT FROM debug ephone hw-conference WHEN CALLING FROM EXTERNAL VoIP NETWORK:

 

FROM EXTERNAL VoIP NETWORK

CME#debug ephone hw-conference
EPHONE hardware conference debugging is enabled
Mar 19 14:13:51.623 CET: SkinnyHWConfAPI: reqType 46:MTP for CAP list
Mar 19 14:13:51.623 CET: skinny_hwconf_preselect_mtp_tag_for_video:DN not video cdn 106 cchan 3
Mar 19 14:13:51.623 CET: SkinnyHWConfAPI: reqType 25:State Update
Mar 19 14:13:51.623 CET: SkinnyUpdateHWConfState: dn 106 chan 3 phone -1 pdn -1 pchan 1 state 7:
Mar 19 14:13:51.623 CET: skinny_hwconf_admit_conf_call pdn -1 pchan 1 adhoc 0, confID 0xC00D000D, number 5988797, cdn 106 cchan 3
Mar 19 14:13:51.623 CET: skinny_hwconf_conf_sk_button_status:Invalid dn index for dn -1 chan 1
Mar 19 14:13:51.623 CET: SkinnyHwconfConfSKButtonSet:Invalid dn index for dn -1 chan 1
Mar 19 14:13:51.623 CET: skinny_hwcfb_get_streamIds_list: confId C00D000D
Mar 19 14:13:51.623 CET: skinny_hwconf_call_open: Master=0 party -1 chan 1 lpcor_index 0
Mar 19 14:13:51.623 CET: skinny_hwcfb_get_new_streamId: confId C00D000D, codec 0, master FALSE
Mar 19 14:13:51.623 CET: skinny_hwconf_set_preferred_codec: Conf 106:3 Phone -1:1 - -1
Mar 19 14:13:51.623 CET: skinny_hwconf_get_dn_supported_codec: CONF-0: supported codec 980B
Mar 19 14:13:51.623 CET: skinny_hwconf_is_codec_supported: codec 5 is supported
Mar 19 14:13:51.623 CET: skinny_hwconf_preselect_voip_codec selected g711u
Mar 19 14:13:51.623 CET: skinny_hwconf_set_preferred_codec: Conf 106:3 Phone -1:1 codec = 5
Mar 19 14:13:51.623 CET: SkinnyUpdateHWConfState for DN 106 chan 3 set ring timer
Mar 19 14:13:51.623 CET: SkinnySetHWConfGcid: dn 106 chan 3 phone -1 pdn -1 pchan 1
skinny_hwcfb_set_cmm_confgcid: warning: conf_gcid is not zero. conf_gcid[0]=122, [1]=121,[2]=109,[3]=175
SkinnySetHWConfGcid: Not first party in the Conf[C00D000D].
SkinnySetHWConfGcid: party set conference gcid succeed

Mar 19 14:13:51.627 CET: Check associated hwconf with callid 117548
Mar 19 14:13:51.627 CET: Unable to associate a dn/chan with callid 117548
Mar 19 14:13:51.627 CET: Check associated hwconf with callid 117549
Mar 19 14:13:51.719 CET: SkinnyHWConfAPI: reqType 23:Codec List
Mar 19 14:13:51.719 CET: skinny_hwconf_get_dn_supported_codec: CONF-0: supported codec 980B
Mar 19 14:13:51.719 CET: SkinnyHwconfDnSupportedCodec: Conf 106:3 PDn -1:0
Mar 19 14:13:51.719 CET: skinny_hwconf_set_preferred_codec: Conf 106:3 Phone -1:0 - -1
Mar 19 14:13:51.719 CET: skinny_hwconf_get_dn_supported_codec: CONF-0: supported codec 980B
Mar 19 14:13:51.719 CET: skinny_hwconf_is_codec_supported: codec 5 is supported
Mar 19 14:13:51.719 CET: skinny_hwconf_preselect_voip_codec selected g711u
Mar 19 14:13:51.719 CET: skinny_hwconf_set_preferred_codec: Conf 106:3 Phone -1:0 codec = 5
Mar 19 14:13:51.719 CET: skinny_hwconf_get_preferred_codec: Conf 106:3 preferred codec 5
Mar 19 14:13:51.719 CET: SkinnyHWConfAPI: reqType 25:State Update
Mar 19 14:13:51.719 CET: SkinnyUpdateHWConfState: dn 106 chan 3 phone -1 pdn -1 pchan 1 state 0:
Mar 19 14:13:51.719 CET: CONF-1: CloseReceive on Stream 1005E, reuse 0, Conf C00D000D
Mar 19 14:13:51.719 CET: CONF-1: skinny_hwconf_drop_participant on Stream 1005E, resue 0 Conf C00D000D
Mar 19 14:13:51.719 CET: skinny_hwcfb_delete_streamId: strmId 1005E
Mar 19 14:13:51.719 CET: skinny_hwconf_release_stream:stream 1005E Cleared

 

I'm not sure what is going on here but I am almost certain the issue is on the SBC/CUCM side of things. Any suggestions would be greatly appreciated.

 

 

0 Replies 0