Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Group Hunting issue

Status
Not open for further replies.

vince62s

Technical User
Nov 8, 2003
109
FR
it used to work but something must have happened.

Public traffic and internal traffic is being routed to an extension 1710 which is a hunting group.

belong to that group: 1700-1701-1702-1703

1700 is the master extension for a 3213 dialog set.
1701 to 1703 are ADN.

when I used to divert from the 3213 using *21*1710# then when calling 1710 (through common internal 9 or through public extension) then traffic was diverted to individual diversion of extension 1710. indeed it was going to voice mail.


Now, if I dial 9 from internal extension (or same if dialing from outside) then 1701 rings on the 3213 !!!!

what is happening????

thanks.

CATEGORY FOR THESE
SERV 02021200
TRAF 03141415
ROC 000001
CDIV 011150000






 
I remember this vince

"If all works then you can delete all the OPCTS ,
exept for the ones with 9 (calt1,2,3) , direct theese with the
rernum to the "new-gh-grp" insted of 1710 .


from that thread

Correct the corgs for theese
With NDIR=Y,RERNUM="new-gh-grp";
You must also correct:
RODNI:ROU="ISDN",day=9,NIG="new-gh-grp";

SYAR
 
thanks SYAR but I already have

corg=1 calt=(1,2,3) rou=(-) oacc=9 NDIR=Y RERNUM=1710 CEN=N CCOP=N

corg=2 CALT=7 ROU=1 OACC=1500 NDIR=Y RERNUM=1710 CEN=N CCOP=N


I think it is more likely related to the diversion thing, I dont know what has changed. if the 3213 dialog is diverted to 9 or 1710 then when dialing from outside (through 1500) or from internel through 9 it should go to diverting extension of 1710 as it used to be.

 
Well i'm not sure i can help.
I dont know what you have programmed or not programmed
of the things we covered in:

thread806-701997

We adviced to use a new huntgroup and master
extensions to control it with *24*
I see that your rernum doesn't have a new
group number .
So i can only guess that either you have not followed all
the programming from that thred or you use the old
way still.
 
SYAR,

I followed, but here is the thing.

in some instances, I use the *24* to redirect the hunting group 1710 to the hunting group 1720 and it works very well. I followed your instructions and it's great, thanks.

in some instances, I just leave 1710 (*21# or *21*1710#) to itself so that people calling in will be diverted to voicemail instead of another group.

this is the second one that does not work any longer.
I apparently did not change anything, but maybe I messed up with categories or so.





 
it looks like even though 1700 is diverted, 1701 to 1706 must show as available in the GH. could that be corrected?
 
Is 1700 the "new-gh-grp"
and 1710 & 1720 the ones to alter the diversion to.

Sorry i dont follow you .
Have you done anything of what we discussed in
Thread806-701997
if so ,what ?

 
no. consider I did nothing in that thread.

situation:

corg=1 calt=(1,2,3) rou=(-) oacc=9 NDIR=Y RERNUM=1710 CEN=N CCOP=N

corg=2 CALT=7 ROU=1 OACC=1500 NDIR=Y RERNUM=1710 CEN=N CCOP=N

1710 is a hunting group with following members:
1701-1706
1700 is a digital 3213 with 6 ADN 1701 to 1706


so if people call from outside XXXXXX1500 then it is routed properly to 1710, which hunts for a free extension within 1701 to 1706
if people dial 9 internally, the it is routed properly to 1710, fine.


at night, two options:
1) *24*1710*1720# which reroute to another hunting group. works fine thanks to you.

2) *21# or *21*1710# to divert 1710 to itself. Then when calling XXXXXX1500 it is rerouted to the individual diverting extension of 1710 which is voicemail.
this used to work fine until last week and suddenly does not work anymore because of I dont know what.


clearer?




 
2) can not work. *21# works only for a extension with a programmed cdini.

You can not divert a gh-group with *21..., only *24* works. Please make cdidp for 1710. It should be seen the number of Mailboxsystem. That it works, all ADN´s must be diverted manually. If adn´s have a cdini to itself, then press adn and then you can press *21# (pressing *21*1710# has no sense. Nobody dials adn directly, correct?). Then cdini for group works.

lalrl
 
how do i know when an adn has a diversion already programmed?

why did it work before then? i did not divert each adn, never.


what do you mean by "press adn and then press *21#" ?

BTW i am not diverting a GH with *21
I am diverting 1700 to 9 or 1710 and 1700 is an extension.



 
When I think about it, I think it is more related to a problem with th GH grp not detecting that all ADN 1701 to 1706 are unavailable. I think that when on 1700 (digital phone holding the other 6 ADN) I dialed *21*1710# it used to mark all 6 ADN as unavailable.

more ideas?
 
If you have all adn's at 1700 (1701,1702,1703,1704,1705,1706)
And they are multiple repesented on the other phones.
If that is your setup ....?

1700 could have a cat for multi directory diversion.
CDIV=XXX31....
If *21*1710# is keys in on 1700 .....
Multi directory diversion. It states that, when follow me, direct diversion, message diversion or DND facility are activated/cancelled for an ODN, the same facility is also activated/cancelled for the ADNs corresponding to the same digital telephone set.

That way all the ADN's is absent marked from their GH groups.
 
CDIV=XXX31 is ok for a ODN but then what category should I have for the ADN ? CDIV=XXX31 is not accepted for ADNs

 
You don't need it at the adn's only the odn.
When the odn makes a follow me/diversion
all adns also gets it.
 
Thanks it works fine


still I dont understand why it used to work with a different config CDIV=XXX15

whatever.

many thanks.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top