06-07-2012 10:08 AM - edited 03-16-2019 11:33 AM
We've a cluster with several users but one site complaints they get error message "Conference not available" while trying to make a Conference call. There're 4 software conference bridges and 1 hardware conference bridge. SoftwareBridge should take preference per MRG. Below is the trace for failure.
=================================
Line 18455: 17:35:02.786 |StationInit: (0247511) SoftKeyEvent softKeyEvent=13(Confrn) lineInstance=1 callReference=66673479.|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18456: 17:35:02.786 |StationD: (0247511) processTwoHitFeature - INFO: call=66673479 on line=1 fid=125.|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18457: 17:35:02.786 |StationD: (0247511) processTwoHitFeature - DBUG: cdpc=420049 is linked to cdpc=420033 and linkIsPrm=1.|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18458: 17:35:02.786 |StationD: (0247511) setCcInfoPartyEntranceTone - (partyEntranceTone=2, ServiceParameter(tone)=true)|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18459: 17:35:02.786 |Cdcc - (0360659) - dumpSecureStatus - sideA=(cap=1,1, media=0,0, feature=0,0), sideB=(cap=1,1 media=0,0, feature=0,0)|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18460: 17:35:02.786 |Cdcc - (0360659) - updateDchanCrp - secure capability on side 0 is (1,1)|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18461: 17:35:02.786 |Cdcc - (0360659) - dumpSecureStatus - sideA=(cap=1,1, media=0,0, feature=0,0), sideB=(cap=1,1 media=0,0, feature=0,0)|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18468: 17:35:02.786 |processConferenceRequest(primary):mCallInfoList.size = 0 |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18469: 17:35:02.786 |Conference::mPartyEntranceTone=1|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18470: 17:35:02.786 |processConferenceRequest(primary):mCallInfoList.size = 2 |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18473: 17:35:02.787 |processConferenceRequest:mNumOfParticipantToExpect= 1 |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18474: 17:35:02.787 |processConferenceRequest(secondary):mCallInfoList.size = 3 |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18475: 17:35:02.787 |updateSecondaryCallInfo:consultationCallInfo(66673479,66673480)|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18750: 17:35:02.787 |Conference: processGeoLocationResultListForConfRequest:ci=66673442,status=7|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18751: 17:35:02.787 |Conference: processGeoLocationResultListForConfRequest:ci=66673480,status=9|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18753: 17:35:02.787 |removeAPotentialParticipant(66673480,0) |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18754: 17:35:02.787 |Conference::sendPartyErrorMessage(3e) to party (3,66673441) with routeTo flag 2.|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18755: 17:35:02.787 |Number of conference entries remain 2 |3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18756: 17:35:02.787 |Conference: notifyConferenceTerminating for ssNotifyReq.ss = 0, eventType=24|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18757: 17:35:02.788 |LineCdpc(417863): -dispatchToAllDevices-, sigName=CcNotifyReq, device=SEP04C5A4B0612F|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18758: 17:35:02.788 |star_CcNotifyReq - bmask=0x140000 displayName.length=2 ( >).|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18759: 17:35:02.788 |StationD: (0247511) DisplayNotify timeOutValue=10 notify=' >' content='Conference is Unavailable' ver=85720014.|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
Line 18760: 17:35:02.788 |StationD: (0247511) StationOutputDisplayText don't need to send, because mIsALegacyDevice = 0|3,100,50,1.127574953^11.84.35.32^SEP04C5A4B0612F
06-07-2012 02:29 PM
I will seperate sw conf bridge from hw conference bridge.
In a MRG there are no preferences, devices are selected on a round robin fashion. You will never know which conference bridge the call is going to use.
It is good practice to have software conference bridge in a seperate MRG from hardware conference bridge MRG. Then assign software cnf bridge only to devices that do G711 and you can then assign Hardware conferenc bridge to devices that do a mix of G729 and g711.
Software conf bridge does not support G729. If any of the devices are using G729 and software coonference bridge is selected, then the conf will fail
Please rate useful posts
"I am complete in God, God completes me"
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide