×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

Users unable to call into their Conference ports externally
2

Users unable to call into their Conference ports externally

Users unable to call into their Conference ports externally

(OP)
Hello,
We recently upgraded from IPO R9.1 to R11 and I noticed that after the upgrade, any externally callers are automatically placed on-hold when calling into their conference ports. This never used to happen until the upgrade. I have a conference menu set up in Voicemail pro that users call into in order to access their conference port. I'm attaching a screenshot of how I have the conference menu set up. In the screenshot, you can see that I made sure that the "Source of transfer" field is filled out with the number the user dials for their conference port ($CP0 is the variable assigned to the number the user dials). I set it up this way so it'll allow any caller to dial into a conference port since the system will think that they're calling directly from their extension.

I have the "Conference Meet-Me" shortcode set up as follows:

Code: $XXXX
Feature: Conference Meet Me
Telephone Number: .
Line Group ID: 0

Does anyone have any ideas on why all of a sudden this is no longer working? Has anything changed with R11 that would cause this to happen (maybe a new setting that needs to be enabled or disabled)? Thanks.

RE: Users unable to call into their Conference ports externally

Have you tried looking in SysMon to see what happens?

"Trying is the first step to failure..." - Homer

RE: Users unable to call into their Conference ports externally

(OP)
Here is what I pulled from Sysmon:

16:47:10 2660420301mS VMAIL: VMMESSAGE Transfer request [$1539@1539]
16:47:10 2660420301mS CMExtnRx: v=RAS, p1=0
CMTransfer
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
Called[$1539] Type=Default (100) Reason=CMDRdirect SndComp Calling[1539] Type=Unknown Plan=Default
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=1539
16:47:10 2660420301mS CMCallEvt: 0a02651400056a3d 0.354877.0 39914 RAS.0: Transfer CMCauseTransfer
16:47:10 2660420301mS CD: CALL: 2.4725.1 BState=Connected Cut=3 Music=0.0 Aend="Line 2" (252.2) Bend="ConfMenu(ConfMenu)" [VoiceMail] (0.0) CalledNum=ConfMenu () CallingNum=97737996241 () Internal=0 Time=6558 AState=Connected
16:47:10 2660420301mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: ADD TARGET (N): number=$1539 type=100 depth=1 nobar=1 setorig=1 ses=0
16:47:10 2660420301mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: SYS SC: $1539 5 1539 sc=type=ConferenceRendezvous code=$XXXX, num=. callinfop->sending_complete=1 secondary_dialtone=
16:47:10 2660420301mS CMTARGET: Conference id to be targeted is $1539
16:47:10 2660420301mS CMMap: PCG Conference create g C[984] (1.506)
16:47:10 2660420301mS CMCallEvt: 0000000000000000 0.354878.0 -1 BaseEP: NEW CMEndpoint f6bbf0f8 TOTAL NOW=9 CALL_LIST=4
16:47:10 2660420301mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: PrepareTransferTargets Found 1 target
16:47:10 2660420301mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: GetNoAnswerTimer:20
16:47:10 2660420301mS CMCallEvt: 0000000000000000 0.354879.0 -1 BaseEP: NEW CMEndpoint f6bddf48 TOTAL NOW=10 CALL_LIST=4
16:47:10 2660420301mS CMExtnEvt: RAS: CALL LOST (CMCauseTransfer)
16:47:10 2660420301mS CMCallEvt: 0a02651400056a3d 0.354877.0 -1 RAS.0: StateChange: END=X CMCSConnected->CMCSCompleted
16:47:10 2660420301mS CMExtnEvt: v=1011 State, new=PortRecoverDelay old=Connected,0,0,RAS
16:47:10 2660420302mS CMExtnTx: v=RAS, p1=0
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1011 in=0
Called[ConfMenu] Type=Voicemail (102) Reason=CMDRX_Attendant Calling[97737996241] Type=Unknown Plan=Unknown Pres=Allowed (0)
Cause=126, Transfer(IPO)
16:47:10 2660420302mS H323Evt: SESS 26e9: RTP(END): 127.0.0.1/37264 10.2.101.20/51450 CODEC=Ulaw64K(5) PKTSZ=160 RFC2833=off AGE=6558 SENT=0 RECV=0 RTdelay=0 jitter=0 loss=0 remotejitter=0 remoteloss=0
16:47:10 2660420302mS VMAIL: SESS 2743: CMD=130 Mailbox=ConfMenu Access=4 2
16:47:10 2660420302mS VMAIL: VMAIL Open [VMMESSAGE_UTF8CLOSE] [UTF8] info :-
16:47:10 2660420302mS VMAIL: Flags :- 65 6e 75 00 00 00 9b ea
16:47:10 2660420302mS VMAIL: 00 00 7e 66 01 80 4c 4c
16:47:10 2660420302mS VMAIL: Locale: enu
16:47:10 2660420302mS VMAIL: Calling Party number: 97737996241 Display String: 97737996241>ConfMenu
16:47:10 2660420302mS VMAIL: Greeting Modifier:
16:47:10 2660420302mS VMAIL: Targeted Party number: ConfMenu Called Party number:
16:47:10 2660420302mS VMAIL: Calling Party name: Called Party name:
16:47:10 2660420302mS VMAIL: DID number 5088851500 QUEUE: CallAge=0 QueueAge=0 QPos=0 QEta=0 AnnouncmentSync=0
16:47:10 2660420302mS VMAIL: Recording Originator: IP addr. of Recording Originator: 0.0.0.0
16:47:10 2660420302mS VMAIL: Targeted Party Name:
16:47:10 2660420302mS VMAIL: Recording Type: Auto Recording Incoming HuntGroup
16:47:10 2660420302mS VMAIL: Answering Party Number: Answering Party Name:
16:47:10 2660420302mS VMAIL: Targeted Party Offset: 4c
16:47:10 2660420302mS VMAIL: Compression Format: input[00] output[00]
16:47:10 2660420302mS VMAIL: Validated Recording: No
16:47:10 2660420302mS VMAIL: UTC Date: 2020/01/13
16:47:10 2660420302mS VMAIL: UTC Time: 21:47:03
16:47:10 2660420302mS VMAIL: User-defined-data 00-00000000-00000000
16:47:10 2660420302mS VMAIL: SESS 2743: END Transmit=0 Discards=0 Recv=0 SeqErrs=0 Empty=0 Purges=1
16:47:10 2660420303mS CMExtnEvt: RAS: CMExtnHandler::SetCurrent( id: 354877->0 )
16:47:10 2660420303mS CMCallEvt: 0a02651400056a3d 0.354877.0 -1 RAS.-1: StateChange: END=X CMCSCompleted->CMCSDelete
16:47:10 2660420303mS CMExtnEvt: v=1011 State, new=Idle old=PortRecoverDelay,0,0,RAS
16:47:10 2660420303mS CMExtnTx: v=RAS, p1=0
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1011 in=0
Cause=126, Transfer(IPO)
16:47:10 2660420303mS CMCallEvt: 0000000000000000 0.354879.0 39914 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
16:47:10 2660420303mS CMCallEvt: 0a02651400056a3e 0.354878.0 39914 Conf $1539.-1: StateChange: END=T CMCSIdle->CMCSOffering
16:47:10 2660420303mS CMCallEvt: 0a02651400056a3e 0.354878.0 39914 Conf $1539.-1: StateChange: END=T CMCSOffering->CMCSConnReq
16:47:10 2660420303mS CMCallEvt: 0000000000000000 0.354879.0 39914 TargetingEP: RequestEnd 0a02651400056a3e 0.354878.0 39914 Conf $1539.-1
16:47:10 2660420303mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: CancelTimer CMTCNoAnswerTimeout
16:47:10 2660420303mS CMCallEvt: 0a02651400056a3e 0.354878.0 39914 Conf $1539.-1: StateChange: END=B CMCSConnReq->CMCSConnected
16:47:10 2660420303mS CMTARGET: 0a02651e00013ae1 2.4725.1 39914 H323TrunkEP: ~CMTargetHandler f6b98bd0 ep efe09810
16:47:10 2660420303mS CMLineTx: v=2
CMFacility
Line: type=IPLine 2 Call: lid=2 id=4725 in=1
IE CMIERespondingPartyName (228)(Type=CMNameInternalConference) name=Conf $1539
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:116 N:100 R:4) number=$1539
IE CMIEDeviceDetail (231) 0a02651400056a3e LOCALE=enu HW=11 VER=11 class=CMDeviceConference type=0 number=8388823 channel=1 features=0x1 rx_gain=32 tx_gain=32
ep_callid=354878 ipaddr=10.2.101.20 apps=10 loc=0 em_a_loc=0 em_d_loc=0 features2=0x0 is_spcall=0 ignores_dtmf=0 avgsid=
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: member=0a02651400056a3e 0.354878.0 39914 Conf $1539.0 mute=0 bothway=1 music=1 rxgain=32
16:47:10 2660420304mS CMLineTx: v=2
CMFacility
Line: type=IPLine 2 Call: lid=2 id=4725 in=1
IE CMIERespondingPartyName (228)(Type=CMNameInternalConference) name=Conf $1539
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:116 N:100 R:4) number=$1539
IE CMIEDeviceDetail (231) 0a02651400056a3e LOCALE=enu HW=11 VER=11 class=CMDeviceConference type=0 number=8388823 channel=1 features=0x1 rx_gain=32 tx_gain=32
ep_callid=354878 ipaddr=10.2.101.20 apps=10 loc=0 em_a_loc=0 em_d_loc=0 features2=0x0 is_spcall=0 ignores_dtmf=0 avgsid=
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: CheckActive=1 marks=00080010
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: CheckActive=1 marks=00080010
16:47:10 2660420304mS CMCallEvt: 0000000000000000 0.354879.0 -1 TargetingEP: StateChange: END=X CMCSOffering->CMCSDelete
16:47:10 2660420304mS CMCallEvt: 0000000000000000 0.354879.0 -1 BaseEP: DELETE CMEndpoint f6bddf48 TOTAL NOW=9 CALL_LIST=4
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: CheckActive=1 marks=00080010
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: member=0a02651400056a3e 0.354878.0 39914 Conf $1539.0 mute=0 bothway=1 music=1 rxgain=32
16:47:10 2660420304mS CMCallEvt: ConfMedia $1539: CheckActive=1 marks=00080010
16:47:10 2660420304mS CMLineTx: v=2
CMFacility
Line: type=IPLine 2 Call: lid=2 id=4725 in=1
IE CMIERespondingPartyName (228)(Type=CMNameInternalConference) name=Conf $1539
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:116 N:100 R:4) number=$1539
IE CMIEDeviceDetail (231) 0a02651400056a3e LOCALE=enu HW=11 VER=11 class=CMDeviceConference type=16 number=8388823 channel=1 features=0x1 rx_gain=32 tx_gain=32
ep_callid=354878 ipaddr=10.2.101.20 apps=10 loc=0 em_a_loc=0 em_d_loc=0 features2=0x0 is_spcall=0 ignores_dtmf=0 avgsid=
IE CMIECause (255) Cause = 126
Cause=126, Transfer(IPO)
16:47:10 2660420304mS CMLineTx: v=2
CMFacility
Line: type=IPLine 2 Call: lid=2 id=4725 in=1
IE CMIESupplementaryService (3)
Interpretation APDU
rejectAnyUnrecognisedInvokePdu
CallTransferComplete.Invoke.CodePageUtf8String
invokeId 15612
redirection name 'Conf $1539' redirection number '' secondary end answered
IE CMIERespondingPartyName (228)(Type=CMNameInternalConference) name=Conf $1539
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:116 N:100 R:4) number=$1539
IE CMIEDeviceDetail (231) 0a02651400056a3e LOCALE=enu HW=11 VER=11 class=CMDeviceConference type=16 number=8388823 channel=1 features=0x1 rx_gain=32 tx_gain=32
ep_callid=354878 ipaddr=10.2.101.20 apps=10 loc=0 em_a_loc=0 em_d_loc=0 features2=0x0 is_spcall=0 ignores_dtmf=0 avgsid=
16:47:10 2660420304mS CMCallEvt: 0a02651400056a3d 0.354877.0 -1 BaseEP: DELETE CMEndpoint f0143210 TOTAL NOW=8 CALL_LIST=4
16:47:10 2660420305mS CMMap: PCG::UnmapBChan pcp[3]b1r1 cp_b f437c304 other_cp_b f3c05b70
16:47:10 2660420305mS JadeMapper: Sending Map B Chan: 0x1 0x1f9 0x1 0x1 0 2
16:47:10 2660420305mS CMMap: PCG::UnmapBChan pcp[635]b0r1 cp_b f014ab5c other_cp_b 0
16:47:10 2660420305mS CMMap: PCG::UnmapBChan pcp[635]b0r1 cp_b f014ab5c other_cp_b f437c304
16:47:10 2660420305mS JadeMapper: Sending Map B Chan: 0x1 0x1 0x1 0x1f6 0 2
16:47:10 2660420305mS CMMap: PCG::UnmapBChan pcp[3]b1r1 cp_b f437c304 other_cp_b 0
16:47:10 2660420306mS JadeRemoteMapper: PlayTone: Attempting to play wav file: /opt/ipoffice/tones/enu/../holdmusic1.wav
16:47:10 2660420306mS JadeRemoteMapper: PlayTone: Attempting to play wav file: /opt/ipoffice/tones/enu/../holdmusic1.wav
16:47:10 2660420308mS JadeMapper: Deallocated media RTP port: 51450 (inUsePorts: 7, activeChannels: 7, freeChannels: 2041, activeChannelFreed: 1)
16:47:10 2660420308mS JadeMapper: Media RTP port: 51450 is already freed (inUsePorts: 7, activeChannels: 7, freeChannels: 2041)
16:47:10 2660420308mS CD: CALL: 2.4725.1 BState=Connected Cut=3 Music=1.0 Aend="Line 2" (252.2) Bend="" [Conf 1] (240.1) CalledNum=$1539 () CallingNum=1539 (1539) Internal=0 Time=6565 AState=Connected
16:47:10 2660420308mS PRN: Config Write Wake Up
16:47:10 2660420804mS CMMap: PCG::MapBChan g C[984] cp_b f6b7e568 other_cp_b f3c009e0 type CGTypeDTMF
16:47:10 2660420804mS JadeMapper: Sending Map B Chan: 0x1 0x1f9 0x1 0x1fa 1 2
16:47:10 2660420804mS CMMap: DTMF::PlayTones g T[985] Tones 'E'
16:47:10 2660420804mS CMMap: Started playing tones, C[984] (from g null)
16:47:10 2660420805mS CMMap: C[984] SetOperGroup1 from g null to g null not executed, playing tones in progress E

I'm not really sure what to make of that information. It looks like in the first line that the conference is being connected to using its designated extension (1539) so I would think the call shouldn't be put on hold for the caller.

RE: Users unable to call into their Conference ports externally

Change the telephone number in your short code to N. You don't want to send the $ sign to be sent to vmpro.

IP Office remote service https://www.fwilke.com/home
Fixed price SIP trunk configuration: https://www.fwilke.com/en/ip-office-sip-trunk-en/
CLI based cale blocking: https://blog.fwilke.com/ip-office-block-calls-from...
SCN fallback over PSTN: https://blog.fwilke.com/ip-office-scn-fallback/

RE: Users unable to call into their Conference ports externally

I'm guessing this is causing it

User Personal Conference Number
Each user's own extension number is treated as their own personal conference number. Only that user is able to start a conference using that number as the conference ID.
Any one else attempting to start a conference with that number will find themselves in a conference but on hold until the owner also joins. Personal conferences are always hosted on the owner's system.


If you want anyone to be able to start a conference you need to use something else as telephone number, I usually use something like

Code: 1234
Feature: Conference Meet Me
Telephone Number: CN
Line Group ID: 0

"Trying is the first step to failure..." - Homer

RE: Users unable to call into their Conference ports externally

(OP)
Tried switching the telephone number in the shortcode to N instead and the problem still exists unfortunately.

RE: Users unable to call into their Conference ports externally

(OP)
I also tried CN as the telephone number and still no luck.

RE: Users unable to call into their Conference ports externally

(OP)
The thing that makes no sense to me is that I can join my conference on any extension internally no problem. I tried joining my conference on a completely different extension than my own and it lets me join without putting me on-hold. It only doesn't work when I try to join the conference externally. I would think this issue should happen if I try to join from another extension as well.

RE: Users unable to call into their Conference ports externally

But tare you joining with 2 parties or just one?
The conference won't start until there are at least 2 who joined.

"Trying is the first step to failure..." - Homer

RE: Users unable to call into their Conference ports externally

(OP)
You're right. I just tested it out and it took me off hold as soon as someone else joined. I'm not used to having the on-hold music play if you're the only person in the conference. It only plays for someone calling in externally. Is there a way we can disable the on-hold music for conference ports? I can see users being confused about what's happening since they were never put on hold until we updated the phone system.

RE: Users unable to call into their Conference ports externally

What do you want it to do instead of music on hold? You could record a message saying "You are waiting for more parties to join" with like 10 seconds of dead air, make it the second MOH source, and use that for the DID you use to call in on's MOH source.

The truth is just an excuse for lack of imagination.

RE: Users unable to call into their Conference ports externally

This was a change on R10.
I like the change
critchey solution works

RE: Users unable to call into their Conference ports externally

(OP)
I'll try to change the on hold music to have a message in the beginning so that way users aren't as confused by it. Thanks for the suggestions everyone.

RE: Users unable to call into their Conference ports externally

Don't you have some kind of announcement before transferring to the bridge? "You will be placed on hold until the conference moderator joins. Once the moderator has joined, you will automatically be placed into the conference"

RE: Users unable to call into their Conference ports externally

(OP)
I don't have any announcement. After a user puts in their conference port number, it automatically joins them to the conference (or at least it did until we updated to R11). Now it places the external caller on-hold until someone else joins. I would prefer it to not place any callers on-hold but if there's no way around it I'll have to set up a secondary on-hold wav file for the conference menu I have set up. I just uploaded the conference on-hold and set it up under "Alternate Sources" for the on-hold music. Do I need to reboot the system for it to take affect? The on-hold music setting I set for the Conference Menu DID number doesn't appear to be working.

RE: Users unable to call into their Conference ports externally

It is supposed to take effect after the "house keeping" happens, every 5 or 10 minutes I think, but I have found in the past that sometimes it takes a reboot to take effect. This is provided of course that you have the MOH in the correct format and in the correct directory (primary directory).

The truth is just an excuse for lack of imagination.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close