| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| 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: call, question, waiting |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Guest
| Option11C+mm, release 23, Hmm... I'm trying to set up two different behaviors for two different classes of extensions. I have some 500's with call waiting, some without. For 500s w/o call waiting: On busy, internal calls ring busy. External calls forward to menu & voicemail or dial again, or attendant etc. (right now goes to att.) On no answer, internal calls ring forever. External calls ring 6 times, then forward to menu. For 500s with call waiting, On busy, internal calls ring 4 times, then go to menu. External calls ring 4 times, then go to menu. On no answer, internal calls ring forever. External calls ring 6 times, then to menu. Is this granularity possible? Or am I wasting my time? I know there's a difference between EHT, FTN, HTA vs. HTD, but I'm having difficulty pinning down the exact combinations to make this work. Needless to say I'll set up two TNs the way I want, then copy them. Thanks to anyone and all, Jeremy | ||||||||
|
| | #2 (permalink) | ||||||||
| Junior Member
Location: Leicester, England Rep Power: 6 ![]() | J, 500 w/o call forward. on no answer internal set FDN to voicemail or attendant, although the RCO value is for external rings, internal ringing is double so as you have it at 6 rings any internal calls will take 12 rings to divert. on busy internal set HUNT to what ever ails at the menu also CLS CFTA | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Guest
| RDR_DATA OPT CFO CFRD PVCD CWRD FNAD FDN FNAT FDN FNAL NO CFTA NO CCFWDN CFN0 6 CFN1 6 CFN2 5 DNF0 4 DFN1 4 DFN2 4 DNDH NO MDID YES NDID NO MWFB YES TRCL 0 CRT0 00 00 00 00 CRT1 00 00 00 00 CRT2 00 00 00 00 CRT3 00 00 00 00 And here's the phone I'm testing on: DES 100 TN 011 0 00 04 TYPE 500 CDEN 4D CUST 0 WRLS NO DN 214 0 MARP CPND NAME ACCT OFFICE 2 XPLN 27 DISPLAY_FMT FIRST,LAST AST NO IAPG 0 HUNT TGAR 1 LDN NO NCOS 7 SGRP 0 RNPG 1 LNRS 16 XLST SCI 0 CLS UNR DTN FBD XFA WTA THFD FNA HTD ONS LPR XRA CWD SWD PUA MWA LPA XHD CCSD LNA TVD CFTA SFD MRD C6A CNIA CLBD AUTU ICDD CDMD EHTD MCTD GPUA DPUA CFXD ARHD OVDD AGTD CLTD LDTA ASCD MBXD CPFA CPTA DDGA NAMA MCRD SHL ABDD CFHD USRD BNRD OCBD RTDD FAXD FTTC RCO 0 PLEV 02 AACS NO MLWU_LANG 0 FTR FDN 7000 FTR EFD 7000 FTR EHT 7000 Here's the behavior I get: Internal calls, on busy, rings busy -- GOOD. Internal calls, on no answer, rings forever -- GOOD. External calls, on busy, gets me "That number is busy." BAD -- I want this to go to 7000. External calls, on no answer, rings forever. BAD -- I want this to go to 7000 after 6 rings. What am I doing wrong? | ||||||||
|
| | #5 (permalink) | ||||||||
| Admin
Location: Gulf Coast Rep Power: 5 ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() | J - in your second post that 500 should; EFD to 7000 after 6 rings (according to you RDR and set programming), if it isn't then I'm wondering if the switch sees the call as external? Print your Route info that call is coming in on in LD 16 and see if it's marked Internal or External. Otherwise we'll have to dig deeper, it may be a CFTA or RDR option that you're missing. Chas2002 | ||||||||
| | |
![]() |
| 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 |
| Changing the number a set is forwarded to from off site. | pcutler | Meridian Systems | 7 | 11-28-2007 10:56 AM |
| SPRE codes | ycoder | Meridian Systems | 11 | 12-11-2006 12:29 AM |
| FFC's not working | switch | Meridian Systems | 4 | 04-17-2003 07:51 AM |
| User NCOS & ACD | Mikee_OK | Meridian Systems | 9 | 03-06-2003 12:29 PM |
| Trunk to Trunk connection woes... | Hi-Tech | Meridian Systems | 2 | 02-05-2003 07:25 PM |