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!

help need BC11

Status
Not open for further replies.

vince62s

Technical User
Nov 8, 2003
109
FR

My PBX is configured as follow:

- No defined operator

- Two Hunting groups 1710 / 1720

Hunting group 1710 gathers virtual 1701 à 1706 + extension
1700 linked to an equipment

Hunting Group 1720 gather some extensions of people that stay late at night.

The switch between both groups is done through a PC application that generates the following MML:

OPADC:CORG=1&2&3&4&5,NDIR=Y,RERNUM=1710
RODNI:ROU=1,NIG=1710

1710 replaced by 1720 when night switching BY SOFTWARE

Sometimes the software application loses control of the PBX

When reading the Dynatext doc, it seems that it would be preferable to have an operator defined.
Then the night switching could be achieved with *84*XXXX*
From the operator standard OPI3213.

What steps should I follow to define an operator?

Can I use the extension 1710 defined as a GRH group extension?

Can I set a Night Switch even if I have no equipelent to allocate to the Night Switch?


Thanks for your helpful answers.

 
There are many possibilities to solve your problem. My idea:

1. Make a new gh-group without extension (ghgri)
2. Make a nutri and convert your did-number to the new group. Example for our market with EDSS1-public line, 0123-456-0:
nutri:entry=0,trc=1,rou=xx,cnvtyp=0,numtyp=12,pre=new gh-group;
(But control the existing nutrp. If you have EDDS1 your public number must be programmed with cont=1. Otherwise the new entry will not work.)
3. Program all extensions as masterextension, who can decide which group should be activ (spexi:dir=xxx,opt=m)
4. Program Funktionkeys on this extensions to ease the procedures:
ksfkc:dir=xxx,key=xx,fcn=tns,dig=*24*new gh*real gh#;
real gh is 1710 and 1720, and use A and B instead * and #

The members can now decide via the two function-keys, which group should be activ.

So you need no Application, no dummy-operator, no opcts, no opadc, no rodni and so on. A dummy-operator would cause Alarm=3 on the alarm-unit and waste one digital port. So you should prefer a software-solution.

good luck
 
how do I know if i have EDDS1public line?

I have BC10, not BC11 does it change something?

I also have some LCR already configured , shoudl I take this into account? becasue more than one ROU and more than one CORG are defined.

thanks.
 
BC10 and LCR is not a problem. Give us rodap, rocap for rou=1 and tell us which market (country) you are. And give us nutrp and check and tell us, which card is used for public line. Then maybe I can give you complet set of commands. And give us opctp. To have 5 corgs is not usual. Maybe the calt are splitted, but without any sense.
 
<‡˜rodap:rou=all;
ROUTE DATA

ROU TYPE VARC VARI VARO FILTER

1 SL60 H'00000000 H'05400000 H'22010000 NO
2 SL60 H'00000004 H'05400000 H'62410000 NO
10 SL60 H'00000000 H'05400000 H'22010000 NO
11 SL60 H'00000004 H'05400000 H'62410000 NO

END

<‡˜rocap:rou=all;
ROUTE CATEGORY DATA

ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP

1 711000000000001 5 0101000001 0 30 128 03151515 111100000030 111101
2 711000000000001 5 0101000001 0 30 128 03151515 111100000030 111101
10 711000000000001 5 2101000001 0 30 128 03151515 111100000030 111101
11 711000000000001 5 2101000000 0 30 128 03151515 111100000030 111101

END

<‡˜opctp:corg=all;
OPERATOR CALL TYPE DATA

CORG CALT ROU OACC CUST NDIR RERNUM CEN CCOP
1 1 - 9 - Y 1710 N N
1 2 - 9 - Y 1710 N N
1 3 - 9 - Y 1710 N N
2 7 1 1500 - Y 1710 N N
3 7 1 1516 - Y 1710 N N
4 7 1 1550 - Y 1710 N N
5 7 1 1616 - Y 1710 N N

END

<‡˜nutrp;
NUMBER CONVERSION DATA

ENTRY CNVTYP NUMTYP ROU PRE TRC NEWTYP CONT BCAP HLC

1698 0 0 1799 4 0
1799 1 10 1698 4 0
0 2 0 00 0
1 2 0 00 0
2 2 0 00 0
3 2 0 00 0
4 2 0 00 0
5 2 0 00 0
6 2 0 00 0
7 2 0 00 0
8 2 0 00 0
9 2 0 00 0
0 2 1 000 0
1 2 1 000 0
3 2 1 000 0
4 2 1 000 0
5 2 1 000 0
6 2 1 000 0
7 2 1 000 0
8 2 1 000 0
9 2 1 000 0
0 2 2 00 0
1 2 2 00 0
2 2 2 00 0
3 2 2 00 0
4 2 2 00 0
5 2 2 00 0
6 2 2 00 0
7 2 2 00 0
8 2 2 00 0
9 2 2 00 0
END

<‡˜
 
I forgot:

country is France.
no clue about the card used for public line.

I am sure it is screwed up but I dont know much more about it.

thanks
 
ok. I can not see the the public number in nutrp. So in my opinion it can not be Euro-ISDN (inspite using sl60). So test this:

ghgri:grp=dummy,serv=1000,sel=11000,que=0,traf=15;
spexi:dir=your ext,opt=m;
Divert the dummy to your phone: *24*dummy*your phone#
nutri:entry=1500,cntyp=0,numtyp=0,trc=4,pre=dummy;
(1500 is one of four numbers to be dialled from external to reach operator?)

Dial now from outside the public number and then 1500 and check, that your phone is ringing. If so (it must, because your convert already the 1698 to 1799 in the same manner), change the diversion to the right group (1710 or 1720). Then delete this nutry-entry and reprogram all four numbers from opctp with pre=dummy.

Define all wished ext. as masterextension and tell the user what to do.
 
lalrl!
It looks like this to me..

The public number is 1698XXXX
and PSTN sends the complete 8 digits b number to
the pbx .
The NUTRI:cnvtyp=0,numtyp=0,trc=4...
is to remove 1698 so that rest of the number reach extension series. (though i see some strange programming)
It seems that all is going via 1799 .


Vince!
You sould do a trace on slp60
and make one call
then stop the trace
STISR;
STUNI:LIM=1,UNIT=SLP60;
STTSI:TRI=1;( start trace )
(make one external incoming call )
STTSE:TRI=1;( stop trace )

Open a channel log file in winfiol (F8)
STRAP:TRI=1;( reads the trace and logs it to file )
Close the channel log file (F8)

Post the result.

SYAR
 
SYAR,

I just did the Trace thing but it gives me much too many pages of trace !
is this normal? can I clean before redoing this?

If this can help my config is the following:
200 public number addressing 1500-1699
complete number is 01 44 14 XX XX

it maps 1 for one with internal extension 1500-16XX
except that 1699 is diverting extension for VMU.

there are some internal extension 1700 through 1799 for operator purpose through Group hunting.

anyways, which part of the TRACE should I post?


thanks




 
Not neccesary to post traces yet . As you clarified some things .
Do you know what the NUTRI
1698 0 0 1799 4 0

is for .
Is it to redirect external incoming calls
to 01 44 14 1698
to the number 1799 .
If thats correct use lalrl's advice with a little modifacation.
(nutri:entry=0,trc=1,rou=xx,cnvtyp=0,numtyp=12,pre=new gh-group;)
1. Make a new gh-group without extension (ghgri)
2.
3. Program all extensions as masterextension, who can decide which group should be activ (spexi:dir=xxx,opt=m)
4. Program Funktionkeys on this extensions to ease the procedures:
ksfkc:dir=xxx,key=xx,fcn=tns,dig=*24*new gh*real gh#;
real gh is 1710 and 1720, and use A and B instead * and #

(2.)
New NUTRI's should the be:
NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
( This will then direct all incoming calls to
01 44 14 1500
01 44 14 1516
01 44 14 1550
01 44 14 1615
To your new huntgroup. ( and 1710,1720 via the *24 option)


SYAR
 
I will try but I need some clarification:

why dont I see the *24* feature in my OPI3213 documentation?
where can I get the exhaustive list of ALL features?

why is there this 1698/1799 mapping ? none of these two extensions is used neither internally nor externally.

what do you mean by new hunting group &quot;Without extension&quot;?

would you see a reason why they programmed different CORG for 4 or 5 specific extension? can I simplify this?

Thanks for your help , its really useful!


 
I guess the 1698/1799 is not in use .
As it is so , my suggestion of NUMTYP=0 may not work .
To be sure
Initiate them with all public numtypes as im not sure
what your station is sending.

Make the other programming ready first .
New dummy hunt group ( find a unused ext.number=new gh-grp)
GHGRI:GRP= ,SEL= ,QUE=0,TRAF=15,SERV=1000;
Program all relevant extensions as masterextension
(the ones you want to do the switching between 1710/1720)
Program Funktionkeys on theese extensions to ease the procedures:
ksfkc:dir=xxx,key=x1,fcn=tns,dig=A 24 A new gh A 1710 B;
ksfkc:dir=xxx,key=x2,fcn=tns,dig=A 24 A new gh A 1720 B;
( two keys on DTS phones one to activate 1710
and another to activate 1720)
(real gh is 1710 and 1720, and use A and B instead * and #)

One one of the DTS's activate the daytime group via key .

Then enter the NUTRI's .

NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=0,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=1,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=1,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=1,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=1,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=2,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=2,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=2,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=2,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=3,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=3,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=3,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=3,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1500,CNVTYP=0,NUMTYP=4,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1516,CNVTYP=0,NUMTYP=4,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1550,CNVTYP=0,NUMTYP=4,TRC=4,PRE=&quot;new gh-grp&quot;;
NUTRI:ENTRY=1615,CNVTYP=0,NUMTYP=4,TRC=4,PRE=&quot;new gh-grp&quot;;
( my guess is the NUMTYP=2 (national number that works) )


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 &quot;new-gh-grp&quot; insted of 1710 .



Codes/features for France:
( copied from alex / application system france
Suffix

Some facilities can be initiated by a digit, (= suffix). These digits are not depending on any other number types.

The following suffixes exist.

2 Refer back

3 Conference

4 Common parking / individual call pick-up

5 Call back

6 Call waiting indication

7 Paging

8 Intrusion

9 Post dialling


Suffix unique for ISDN-terminals

Some facilities can be initiated by a suffix procedure.

The following suffix procedures exist.

Hold: Use the dedicated key on the ISDN terminal.

Refer back (Retrieve): Use the dedicated key on the ISDN terminal.

*3# Conference

*4# Transfer

*7# Paging

*9# Post dialling (ETE DTMF)

*39# Malicious call tracing

*1234# UUI, User-User Information


--------------------------------------------------------------------------------

Service codes

Some facilities can be programmed, ordered and cancelled by a procedure containing a service code and with a syntax according to ETSI (e.g. * 21 * nnnn #). See directions for use where the procedures are shown.

The following service codes exist.

001 General cancellation

08 Choice of language

10 Ordering or cancellation of active list (personal number)

11 Freeseating

21 Direct diversion, follow me

211 Diversion on no reply

212 Diversion on busy

218 Follow me to paging

22 External follow me

23 Ordering or cancellation of interception message from primary extension

230 Ordering or cancellation of interception message from secondary extension, follow me answering position and PABX operator

24 Diversion of PBX group

241 Open/Close ANCD network

25 Group do not disturb

26 Print out interception message

27 Individual do not disturb

31 Manual message waiting

36 Service 3 for User to User signalling (ISDN)

37 Automatic call back, cancellation

39 Malicious call tracing

41 Data privacy

44 Call to individual external line with possibility to intrude (DTS)

51 Individual abbreviated number, programming

52 Initiate account code as IAD number

53 Initiate authorization code as IAD number

54 Initiate individual authorization code as IAD number

60 By-pass of diversion

61 Account code predialling

72 Authorization code predialling

73 Lock/Unlock common authorization code

74 Change individual authorization code

75 Dial with individual authorization code

76 Lock/Unlock individual authorization code

77 Customer Identity Storage

8 Answer on group call pick-up, answer on common bell group and answer on night time connection (at analogue and digital telephone * and # in the service code can be excluded)

81 Paging towards directory number

810 Paging alarm towards directory number

82 Answering paging

820 Acknowledge of paging alarm

84 Ordering of night time connection

9 Change of answering position for Mobile extension.

91 Cancel of message waiting

*** Repetition of the last external number dialled

**(0-9) Individual abbreviated number, dialling


Mapping 1698/1799 , i can not answer that .
(maybe its a test just not removed by the installer of the system.Who knows)

Operator's has the extesions codes also availible ,to
do assistance for extensions.
Eg. Operator assists extension 1234 to do follow me to 5678.
Operator dials *21*1234*5678#



SYAR
 
it works fine. thanks very much. (I did not have to do it with NUMTYP 2 just 0 is fine)

why dont you have pick up in group interception *8# in your list?

about intrusion:

Can we do intrusion in a regular call without ACD programmed?
if yes , how?
 
Special for france i guess: ( it's there )

8 Answer on group call pick-up, answer on common bell group and answer on night time connection (at analogue and digital telephone * and # in the service code can be excluded)


Intrusion:
Controlled by the serv parameter in EX and KS category.
SERV=xxYYXXXXX

a)Allowed to intrude = 01
b)Allowed to be intruded on = 02
c)pri class 0 = 00
d)pri class 1 = 04
e)pri class 2 = 08
f)pri class 3 = 12

So an extension with is given intrusion priority class 1
Allowed to intrude on other with class 0&1 ,but not be intruded on.
SERV d3d4 would be a+d , SERV=xx05xxxxx

The route must also set to receive intrution
ROCAC:ROU=X,SERV=2XXXXXXXXX; (minimum D1=2)
(this if an intrution is to be made on an extension
talking to trunk)



Whether an extension may initiate intrusion towards another party alternatively whether another party may effect intrusion on the extension. Furthermore, which priority the extension possesses on intrusion. Priority denotes whether an extension may effect intrusion on another party possessing same or lower class of priority.
Highest priority (3) means however that an extension may intrude on another extension possessing the same priority.


SYAR
 


OK I did all of this.

now when ext A is in a call with ext B (or external line)

how do I initiate intrusion from ext C?

thanks
 
Dial one of the numbers ,wait for busy tone and press the digit for the code to intrution .Codes i posted to you.

SYAR
 
Intrusion not working:

ext A calling ext B

from C dialing ext A + 8 (on busy signal)

answer from PBX &quot;not accepted&quot;


second scenario
ext A (has DIVERTING to Voicemail) calling ext B

from C dialing ext A => direct to voice mail cant dial 8


any help?
 
Intrusion not working:

ext A calling ext B
A=serv 02101200

from C dialing ext A + 8 (on busy signal)
C=serv 02051207
answer from PBX &quot;not accepted&quot;

since its internal, do I need the ROCAC serv=2XXXX????

second scenario
ext A (has DIVERTING to Voicemail) calling ext B

from C dialing ext A => direct to voice mail cant dial 8


any help?
 
no its really 8.
it is 8 in the doc taht you sent me in a previous post and ASPAC 23 is also 8.

I tried the following

EXT A calls EXT B, with EXT B=SERV=02061200

from EXT C=SERV=02051207, I try to dial EXT B and 8
&quot;request not accepted&quot;

I must be missing something in the TRAF config or Routes.

ROCAP:rou=all;
ROU SEL             TRM SERV       NODG DIST DISL TRAF     SIG          BCAP

1   711000000000001 5   0101000001  0   30   128  03151515 111100000030 111101
2   711000000000001 5   0101000001  0   30   128  03151515 111100000030 111101
10  711000000000001 5   2101000001  0   30   128  03151515 111100000030 111101
11  711000000000001 5   2101000000  0   30   128  03151515 111100000030 111101


thanks

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top