![]() | |
| |||||||||||||||
| |||||||||||||||
| Mitel Ask Questions and Find Answers on Mitel Systems: |
| Tags: call, conference, issue |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member
Location: Vermont Rep Power: 0 ![]() | Need select set phones 700 series Alright, I know, I'm asking too many questions We're having an issue with conference calls being established that don't drop once the originating extension drops. This presents not only an inconvienience, but the potential for fraud as well. Is there a way I can configure the switch to drop conference calls when the originating extension hangs up? Thanks for you help! Jeff | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Junior Member ![]() Rhonda has no status.
Location: Wisconsin Rep Power: 8 ![]() | Conference call issue Your post is a little vague on how you are originating the conference call. Are these people calling onto a conference bridge (Everyone calling one 800 number and entering a leader/participant code) or are you using inhouse digital sets doing a standard conference call? If an inhouse call is made, the originator can hang up anytime but the call will resume. The originator could press the drop button multiple times to drop each person off before hanging up to ensure the line is broken. If a conference bridge, there is a code that can be entered that says when the leader hangs up either all parties will be dropped or no other parties will be dropped. Hope that helps. I could maybe do more with more information. Rhonda | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Junior Member
Location: Vermont Rep Power: 0 ![]() | I apologize for the ambiguity of my question. In the instances I am referring to, the party originating the call is doing so from an extension off our switch. For example, I can call an outside party from my extension, hook flash/conference a second call to a second outside party, and then drop off the line leaving parties one and two connected thru our switch using our trunks. It is this behavior I wish to suppress. The problem is that callers from within our switch are inadvertently putting up conference calls (long distance) by being impatient when reaching an outside VMS or ACD. The called system(s) in the cases I site don’t drop the call because they are effectively conferenced back onto themselves thru our switch. Obviously, this creates a problem which I want to eliminate. In addition to the accidental problems this creates, it also presents the opportunity for fraud, as a less than scrupulous individual could effectively conference two outside parties utilizing our facilities, and drop off the line leaving the originating extension within our switch free. As I’m very new to PBX administration, I realize this situation may have several workarounds or fixes, and really appreciate any assistance the user community has to offer. Thanks Jeff | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Moderator ![]() bobmay has no status.
Location: Pittsfield, MA Rep Power: 7 ![]() | In my Siemens systems we disallow trunk to trunk transfers using the class of service. This will stop fraud by not allowing users to transfer an outside call to another outside line. It also forces conference calls to break when the originating inside station hangs up. The class of service for each inside extension is set up to not allow trunk to trunk transfer. | ||||||||
| | |
| | #6 (permalink) | ||||||||
| Junior Member
Location: Vermont Rep Power: 0 ![]() | Pulse / Tone Problem Alrighty then! I was finally able to find what I was looking for in the Class of Service Options Assignment, with the specific setting being the Public Network to Public Network Connections Allowed. For whatever reason the tech who set up the PBX changed all of our COS's to Yes on this setting when what we really wanted was No. Bob, thanks again for pointing me in the right direction. I owe you a beer! Jeff | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Trunk to Trunk connection woes... | Hi-Tech | Meridian Systems | 4 | September 16th, 2009 07:00 PM |
| Changing the number a set is forwarded to from off site. | pcutler | Meridian Systems | 12 | June 17th, 2009 07:31 PM |
| A Hackers Guide to the SL-1 | rixride | Meridian Systems | 6 | September 26th, 2008 01:02 PM |
| Spre Codes | wblucas | Meridian Systems | 3 | September 8th, 2004 03:15 PM |
| FFC's not working | switch | Meridian Systems | 4 | April 17th, 2003 08:51 AM |