itr group 3

[tapro]

thank you for help... i bave 3 itr 1da3 1aa2 2aa3... a transfert between stn in itr 3 To a stn in itr 1 by an stn in itr 2 is imposible.... i need this transfert.

 

[sbcsu]

In this example only some extensions are allowed to contact
the Analogue Extension 78 for the Public Address (PA) System.
Called Extension: CHA-SCSU:STNO=78,ITR=15;
Calling Extension(s): CHA-SBCSU:STNO=401,ITR=1;
As you can see from the VBZ Matrix below only extensions in ITR1 (and ITR15)
can call to ITR15 - other extensions will get number unobtainable.


REG-VBZ;
H500: AMO VBZ STARTED
CHANGE-VBZ:0&&15,AX,0&&15,;
CHANGE-VBZ:0,DX,15,Y;
CHANGE-VBZ:2,DX,15,Y;
CHANGE-VBZ:3,DX,15,Y;
CHANGE-VBZ:4,DX,15,Y;
CHANGE-VBZ:5,DX,15,Y;
CHANGE-VBZ:6,DX,15,Y;
CHANGE-VBZ:7,DX,15,Y;
CHANGE-VBZ:8,DX,15,Y;
CHANGE-VBZ:9,DX,15,Y;
CHANGE-VBZ:10,DX,15,Y;
CHANGE-VBZ:11,DX,15,Y;
CHANGE-VBZ:12,DX,15,Y;
CHANGE-VBZ:13,DX,15,Y;
CHANGE-VBZ:14,DX,15,Y;
CHANGE-VBZ:15,DX,0&1&2&3&4&5&6&7&8&9&10&11&12&13&14,Y;

AMO-VBZ -111 INTERNAL TRAFFIC RESTRICTIONS
REGENERATE COMPLETED;
<dis-vbz;
DIS-VBZ;
H500: AMO VBZ STARTED
| ITR-GROUPS (DESTINATION)
ITR - |
MATRIX | 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
|
----------|------------------------------------------------
0 | A A A A A A A A A A A A A A A D
1 | A A A A A A A A A A A A A A A A
2 | A A A A A A A A A A A A A A A D
3 | A A A A A A A A A A A A A A A D
4 | A A A A A A A A A A A A A A A D
5 | A A A A A A A A A A A A A A A D
ITR GP 6 | A A A A A A A A A A A A A A A D
of 7 | A A A A A A A A A A A A A A A D
Source 8 | A A A A A A A A A A A A A A A D
9 | A A A A A A A A A A A A A A A D
10 | A A A A A A A A A A A A A A A D
11 | A A A A A A A A A A A A A A A D
12 | A A A A A A A A A A A A A A A D
13 | A A A A A A A A A A A A A A A D
14 | A A A A A A A A A A A A A A A D
15 | D D D D D D D D D D D D D D D A
|
----------|------------------------------------------------
AMO-VBZ -111 INTERNAL TRAFFIC RESTRICTIONS
DISPLAY COMPLETED;

 

[tapro]

thank's sbcsu for these information.... i have create an matrix of restriction but a personel in itr 3 need to communicate with boss in itr 1 by using transfert by his secretaire who is in itr 2.... the problem after using transfert we will get number unobtainable... there is'nt solution to make transfert in the same itr of boss.... thank you very much.

 

[adibv]

In CHESE (BOSS/SECRETARY) group it is mandatory that all the members to be in the same ITR.

 

[tapro]

thank's adibv.. but in our office there is stn who must call the boss directely ??? In CHESE (BOSS/SECRETARY) group do not allow that....

 

[adibv]

This is a normal behaviour and that's for was designed CHESE group.
If BOSS wants to be called directly than he must "logoff" from CHESE group via RNGXFER key.

 

[MSM22]

If a Boss wants to be called directly, then his number must be programmed on a key as DSS on other station. The DSS key bypasses the CHESE and directly reach the Boss station.

 

[adibv]

BOSS "logoff" from CHESE group via RNGXFER key is for all type of calls (from intern and extern).

It is ok also with DSS but only for internal calls, but is not enough.
Additionally:
ZAND : alldata2 -> DSSPICUP - Use of direct station select for pickup without checking membership in PICKUP-GROUP or CHESE.
If DSSPICUP is not set, pickup is possible only in own PICKUP-GROUP/CHESE.

 

[tapro]

in reality some post must go directly to the chief because it is n-1 then at all times they can apply it to him .... I know that it is heavy has managed but I look for exeption in the filtering chese or itr for these cases.....thank you for everyone

 

[tapro]

msm22 this boss is special user can only call the posts n-2 through the secretary. without him being able to call him directly bu n-1 then at all times they can apply it to him
I am serieu .... I spend several hours looking for a solution even I think dpln with lcr but it's not practical

 

[donb01]

Make sure if you set up a DSS key that you do not select the feature "DSS without feature override", but even with that disabled a phone in one ITR group should not be able to call a phone in a different ITR group unless allowed in the matrix. As far as I know there isn't a way around that. You would need to make a special ITR for anyone who needs to call the boss directly and say ANY ITR can call IN to that special one, but the special one can only call the boss and whatever primary group you want them in. I believe ITR is higher in priority than even a DSS key configured as a "god" button....

Don Bruechert, Voice Comm Analyst II
CareTech Solutions @ Holy Family Memorial
Manitowoc, WI, USA

 

[member 1453342]

You can get a call across a 'denied' ITR group by forwarding it, if ZAND ALLDATA2 ITRFWD=NO (NO meaning don't consider ITR features for forwarding). If YES, the call is blocked.

I am so confused by this whole post I don't know if that helps or not, but you could configure a float (dummy) extension, forward that across to the destination, and see if transferring to that float number instead helps.

 

[tapro]

it is a senario that can be managed in other pabx ...I ask the problematic to find maybe a solution ... I reflected for example 2 number per post of which each one is in a itr ???? I do not know if it works ?? but i am looking for a solution ... in the end it can be lost by unify .... because in our country openscape is used in large entity of the state and it is one of the senario that we have to find like problem .... like the abutment of the line network in a key or there are solutions which have been elaborated for its ....

 

[tapro]

thank you moriendi i ll try this and i answer you ..... very thank's

 

[tapro]

hekko evrybody
i solve the problem with creating a multiligne stn with kcsu amos and the secondary stn is singoff with the same itr of normal stn
for more information
do not hesitate to contact me.