| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| Meridian Systems Welcome to the Nortel Meridian Forums Including Meridian Options 11-81C CS1000M Meridian Mail Call Pilot Companion and Sucession Hospitality OTM MAT MICB RAN NetGateway ..., and all other Applications |
| Tags: prob, switch, transfer |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member
Rep Power: 6 ![]() | I'm having a weird problem with transfering calls. The PBX is an M1000 w/succession 4.0. The problem only happens with DID calls. If the call is transferred to another extension, but nobody answers, it will not fwd to voice mail. The switch thinks its fwd'd to voice mail, but the caller just keeps hearing ring back tone. We can transfer inside ext. to ext. calls and they work fine, this is only with DID's. When we tried to trace the call, we can see everything that happens up untill the PBX tries to send to voice mail. Then the trace shows nothing. If a DID call comes in and nobody answers, then the call routes to voice mail after 4 rings, like it should. The problem only appears when a transfer is involved. Note that the voice mail is at a different PBX that is connected to the problem PBX via tie T-1's. We also tried transferring a DID call to an ext. on a remote 11c. This worked fine and eventually went to voice mail after 4 rings like it should. As far as we can tell the problem is a PBX wide issue related to this one PBX only. But we can't find the issue that would seem to block DID calls from being transferred to another extension and then fwd to voice mail. | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Junior Member
Rep Power: 6 ![]() | It is not a problem specific to any one TN. It happens to all TN's that have a DID ring to them. The problem seems to have just started within the past 3 weeks or so. I doubt that it is a set issue b/c I can dial the same number internally and it'll work fine. Only happens if I dial thru the CO. Last edited by bwells : 06-12-2006 at 11:25 AM. Reason: Automerged Doublepost | ||||||||
| | |
| | #5 (permalink) | ||||||||
| Junior Member
Rep Power: 6 ![]() | Only one DID route across 3 PRI's. RDB below. TYPE RDB CUST 00 ROUT 9 DES QWEST TKTP DID NPID_TBL_NUM 0 SAT NO RCLS EXT VTRK NO NODE DTRK YES BRIP NO DGTP PRI ISDN YES MODE PRA IFC NI2 CBCR NO NCOS 0 SBN NO PNI 00001 NCNA YES NCRD NO CHTY BCH CPFXS YES CPUB OFF DAPC NO BCOT 0 INTC NO DSEL VOD PTYP PRI AUTO NO DNIS NO DCDR NO ICOG IAO RANX NO SRCH LIN TRMB YES STEP ACOD 7020 TCPP NO PII NO TARG 01 CLEN 1 BILN NO OABS INST ICIS YES TIMR ICF 512 OGF 512 EOD 13952 NRD 10112 DDL 70 ODT 4096 RGV 640 FLH 510 GRD 896 SFB 3 NBS 2048 NBL 4096 IENB 5 VSS 0 VGD 6 DRNG NO CDR YES INC YES LAST NO QREC NO OAL YES AIA NO OAN YES OPD NO CDRX NO NATL YES VRAT NO MUS NO EQAR NO OHQ NO OHQT 00 TDET NO TTBL 0 ATAN NO PLEV 2 MCTS NO ALRM NO ART 0 SGRP 0 AACR NO | ||||||||
| | |
| | #6 (permalink) | ||||||||
| Junior Member
Rep Power: 0 ![]() | Having the Same Problem I'm having the same problem. It seemed to have started about the same time as yours. Have you figured it out yet? We realized it was happening when we removed our console and made the operator an ACD agent. Now, when she transfers outside calls to an inside extension, it rings to the extension, but if unanswered, VM doesn't pick up, and it just rings indefinitely. The same thing happens with any DID call that is transferred. I'll be watching this thread closely with fingers crossed. Thanks. Vince PS Here's TN info for both a phone extension and for a Call Pilot channel: 1) 3904 Extension: >ld 20 PT0000 REQ: prt TYPE: tnb TN 4 11 DATE PAGE DES DES 5553 TN 004 0 00 11 TYPE 3904 CDEN 8D CUST 0 FDN 5590 TGAR 2 LDN NO NCOS 5 SGRP 0 RNPG 99 SCI 0 SSU 0000 LNRS 16 XLST SCPW CLS CTD FBD WTA LPR PUA MTD FNA HTA TDD HFA GRLD CRPD STSD MWA LMPN RMMD SMWD AAD IMD XHD IRA NID OLA VCE DRG1 POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA CFTD SFA MRD DDV CNID CDCA MSID DAPA BFED RCBD ICDD CDMD LLCN MCTD CLBD AUTU GPUA DPUA DNDA CFXD ARHA FITA CLTD ASCD CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRD MOAD AHD DDGA NAMA DRDD EXR0 USMD USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN CPND_LANG ENG RCO 0 BFTN 016 0 00 00 HUNT 5590 LHK 1 LPK 1 PLEV 02 AST IAPG 0 AACS NO ITNA NO DGRP MLWU_LANG 0 MLNG ENG DNDR 0 KEY 00 SCR 5553 0 MARP CPND NAME VINCE PEREZ XPLN 27 DISPLAY_FMT FIRST,LAST 01 SCR 5753 0 MARP CPND NAME VINCE PEREZ XPLN 27 DISPLAY_FMT FIRST,LAST 02 ADL 16 03 ADL 16 98396273 04 SCN 50 0 CPND NAME NIGHT BELL XPLN 27 DISPLAY_FMT FIRST,LAST 05 CSD 06 ADL 16 07 ADL 16 08 ADL 16 09 ADL 16 10 ADL 16 11 ADL 16 12 13 14 15 16 MWK 5590 17 TRN 18 AO6 19 CFW 4 5750 20 RGA 21 PRK 22 RNP 23 SSU 0000 24 PRS 25 26 27 28 29 30 31 DATE 28 DEC 2000 2) Call Pilot port: REQ: prt TYPE: tnb TN 9 0 DATE PAGE DES DES CP1 TN 009 0 00 00 TYPE 2008 CDEN 8D CUST 0 FDN TGAR 1 LDN NO NCOS 5 SGRP 0 RNPG 0 SCI 0 SSU XLST SCPW CLS CTD FBD WTA LPR MTD FND HTD ADD HFD MWD LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1 POD DSX VMD MMA CMSD SLKD CCSD SWD LND CNDD CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD ICDD CDMD LLCN MCTD CLBD AUTU GPUD DPUD DNDD CFXD ARHD FITD CNTD CLTD ASCD CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRD MOAD AHD DDGA NAMA DRDD EXR0 USMD USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN CPND_LANG ENG HUNT PLEV 02 SPID NONE AST IAPG 0 AACS YES ACQ AS: TN ASID 17 SFNB 1 2 3 5 6 9 10 11 12 13 15 16 17 18 19 SFRB USFB 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 CALB 0 1 2 3 4 5 6 7 8 9 10 11 12 FCTB ITNA NO DGRP PRI 01 MLWU_LANG 0 DNDR 0 KEY 00 ACD 8300 0 8330 AGN 01 SCN 8340 0 MARP 02 MSB 03 NRD 04 TRN 05 AO3 06 07 DATE 25 MAY 2006 Last edited by rubiconx : 06-15-2006 at 04:50 PM. | ||||||||
| | |
| | #7 (permalink) | ||||||||
| Senior Member
Location: Lou, KY Rep Power: 9 ![]() | My systems are still on 25.4 and this has been an issue since going to 25. If the person performing the transfer doesn't pull the call back then the caller will only get a ring no answer. That is why we don't allow 'blind transfers'. This isn't just on ACD calls. It is very frustrating. rlc __________________ No matter where you go, there is the Ladies Love Marty Fan Club. | ||||||||
| | |
| | #8 (permalink) | ||||||||
| Junior Member
Rep Power: 6 ![]() | I think we found it. In the CDB look under MPO (Multi-party Operations). Go to FMOP (Flexible Misoperations Operations). Then look at RGNA (Ring No Answer Treatment). This is where you'll set how a call is treated based on wether it originated inside or outside. When I print out my CDB this what what that particular part looks like now. PAGE 004 USBM NO MPO_DATA FMOP RGNA STD STD AOCS DIS DIS RCY1 06 RCY2 04 RALL NO CDTO 14 IFLS NO MHLD NO PCDS This change seems to have fixed my problem. I hope it helps for you guys. | ||||||||
| | |
![]() |
| 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 |
| call transfer prob. | justzikle | Meridian Systems | 3 | 03-15-2006 12:49 PM |
| Transfer Protocol for ACD sets with Voice Mail Boxes | Rachelle | Meridian Systems | 4 | 10-03-2005 09:56 AM |
| Admin the switch serial-to-CAT5... | djwilson | Meridian Systems | 6 | 03-10-2004 11:54 AM |