Like 22031979 suggested, check your routes for the "transit allowed" option. If you have have SysManager available it might be a little easier.
In transparant OM you can check your routes for in en outgoing options with dirout:
Check the amount of options bits available with your system version, this older example is from 805.31d where you can see that route 41 has bit 3 (incoming options) and bit 4 (outgoing options) set on yes which will allow the transit.
INC-OPTS
Incoming traffic options PQRSTU[VWXY[Z]] (0 = No, 1 = Yes)
P = DDI traffic on route
If `P=No' then VWXYZ are omitted.
Q = Break-in protection
R = Transit allowed
S = Malicious call trace
T = Announcement allowed
U = Answer before announcement
V = DDI-delay time required
W = DDI barred check on inc. calls
X = DDI call waiting required
Y = Socotel shortened protocol
Z = Calling party control of incoming trunk call (since SSW 805.30)
OUT-OPTS
Outgoing route options PQRST (each 0 = no, 1 = yes)
P = Direct switch through
Q = Break in protection on outgoing calls
R = D button allowed
S = Transit allowed
T = Source identification
INC-OPTS TONE-AND-DDI-OPTS TREE A-QUEUE OVE SCNE
1010110100 010699999 30 16 - -
OUT-OPTS ATF
00110 0
NO INCOMING DIGIT CONV. ON THIS ROUTE (USE DIDGCO FOR OUTGOING DIGIT CONV.)
SEQ BUNDLE
0 1
You can change your incoming and outgoing options of a route filled with most of the results you found with dirout or maybe your SysManager can help you do it:
Just make sure you have a logfile running when you try things out and avoid the peak hours to test your new settings. B4 or after office hours is always preferred.
Thanks for help sophoman, but doesn't seem to work on our system.
We have placed analoge cards in our system, does this have a bearing on how this should work.
Tried everything, even a philips programmer unable to solve problem.
Just to clarify:
we are starting homeworkers, using a rpedictive dialler, we need to be able to transfer the call the dialler makes to the external number that our homeworker is on. The dialler uses hardware-less extensions to make the calls out.
Hopefully someone will have dealt wtih this situation in the past.
Trying out suggestion, at present we have tried all possible combinations for transfer, call forward no answer, min allowed on our system is 5 seconds, and not when not reacable. I have even tried by twinning.
I just remember you enherited the iS3030 system. Some questions about the system.
Do you use the iS3030 also for regular voice communication ?
Is it a single unit or part of a multi-unit network ?
What are your software version and licenses ?
dilics:; (you get all units in a network)
Do you have different routes 4 in and outgoing traffic ?
Did you assign a new number block 4 the hardware-less nrs ?
How do you feed the dialer, with seperate analog ports ?
Some other tests :
If you know your outgoing route you can monitor that route realtime to see if a channel is being occupied at the moment you dial or being dropped :
Display traffic observations of route:
DITRAF:1;
Enter route number:30;
Response:
OBSERVED-ITEM STATIC-DATA
ROUTE OUT ABL NIN TOTAL BCH BCH-NU
xxx x x x x x x
OBSERVED-ITEM DYNAMIC-DATA
ROUTE UNIT BUSY CONG COBS
xxx xx xx xx xx
If you dial one of the hardwareless numbers instead of the dialer, do you connect to the homeworker ?
If not, make yourself an extension in that particular number range and use your mobile phone as the external number. Try it with a hardware address and hardware-less, just to figure out where things go wrong. Dial b4 and after the diversion if possible. Maybe your (new) number scheme need some changes. When using a hardware address (temp.), use diserv:1011,xx,xx; to monitor it b4 the diversion.
Check this one as well to see what dial types you got:
FM primary dialing should be there. DIDIAL:;
DIDIAL : [<DIAL-TYPE>s/r];
If DIAL-TYPE is omitted all dial types will be displayed. Response:
DIAL-TYPE ANALYSIS GROUP ANALYSIS TREE
0: Extension dialling xx xx
1: Enquiry dialling xx xx
2: Operator dialling xx
3: Post dialling xx
4: Alternative destination dialling xx
5: FM primary dialling xx
6: Pick up destination dialling xx
7: Executive secretary dialling xx
8: Overlay time out dialling xx xx
9: Overlay continue dialling xx xx
Company is talking about sending me to cambridge in uk for on site training, think will be very useful, previous telephone system manager got laid off. I have had no training aprt from a couple of times sitting in with previous looking over shoulder while doing something.
Not very nice I agree, but it's the only way with the busy schedule we have.
The system is split over two boxes in our office, with another two located in each of our other offices the other side of the country.
Due to the rebuild we have lost the other two sites, Philips are supposed to be working on that one as well.
Dialler is software only, has a calling list, which is dialled over a preset number range only.
New numbers are allocated on an ad-hoc basis, where we can fit them in.
We use only mainly one route for all traffic. The previous IT manager mucked about with routes so much, it buggered the system good and proper.
Sorry to hear you have to learn this the hard way. I was more lucky when I started 10 years ago with some experienced people around me and smooth working systems to work with. I learned hands-on and followed some training 5 years later.
Try to get a good training if your boss is willing to pay for it. Usually you start with the basic stuff. (Move-Add-Changes, traffic classes, follow me's, etc.) That's nice but probably you want more advanced knowledge with routes, route-tables, analys-trees etc. if your system is not well tuned yet. Strange that the philips programmer couldn't help you out.
Did you see something with ditraf:1; ?
Did you see your dialer-calls being occupied/dropped?
What route do you have ? several ISDN-2 or ISDN-30
By the way, do you have sysmanager for configuration management available or do you use an OM terminal which is connected directly to the system ?
Would be nice to make your system more visible.
Snoop around in sysmanager if you have it.
If you don't have it you should log your OM-session and you can gather information about licenses, units in your system, shelf lay-out and boards, date & time, exchange-ID and alarms in your system. Maybe you already know a few or maybe not. Display won't harm and be cautions with setting or changing anything.
1. Licenses you already know. They are in the dongle connected to your system. Feel free to use the ? in your commands when you don't get any results.
Display actual License Information and not licensed Items
DILICS : [<LICENSE-NUMBER>][,<UNIT>];
dilics:; (all licenses of all units)
dilics:,1; (all licenses in unit 1)
Make sure you don't reach or cross the max. amount of extensions. It shouldn't be possible to cross the limit but you never know. (extensions, groupnumbers, etc.) You should get an alarm or a rejection.
2. Display Unit Status
DIUNIT : <UNIT-1>[,<UNIT-2>s/r];
diunit:1; (look from unit 1 to the others)
or
diunit:2; (look from unit 2 to the others)
The display will be continuous and can be aborted
by `Ctrl X'.
3. Overview of your shelves
Display Shelf
which positions are occupied
DISHLF : <SHELF>; (dishlf:1011
Response:
SHELF INFO :
SHELF BRD CRT TYPE
xxxx x xx xxxxx
MODULES IN SHELF : BOARD POSITIONS
SHELF BRD CRT TYPE 12345678901234567890123456789
xxxxx - xx xxxx X XXXXXXX X
4. Resources of your boards
Display Hardware Configuration
DICONF : <SHELF>[,[<BRD>][,<CRT>]];
Response:
A graphical representation of dependencies with directly related resources. An example of this command for a PM board gives the following:
repeat the command with result of dishlf 1011,3 1011,4 etc.
<DICONF:1011,1;
EXECUTED
*
1011 17 - PM INS
!
1011 1 - BRD INS
!
PCT's ( 1011 1 x )
x = 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
5. Board Info
Display Boards in Shelf
DIBRDS : <SHELF>,<BRD>;
Response:
BOARD INFO:
SHELF BRD CRT TYPE SUBTYPE MAIN/SLAVE HWTYPE SIGGROUP
xxxx xx - xX XX xxxx xx xxxx
RESOURCES ON BOARD:
SHELF BRD CRT RESTYPE HWTYPE SIG-GROUP
xxxx x x xxx xx xxxx
xxxx x x xxx xx xxxx xx
.... . . ... .. .... ..
You need to consult the list of boardtypes there the Hardware-Type and Signal-Group will tell you what kind of board it is. e.g. ALC-G (analog ext.), DTX-I (digital ext.), DTU-PH (ISDN trunk). Ain't that easy, ah ? Let me know if you don't have it or post the result of your boards.
6.Display Date and Time
DIDATI:;
Response:
When 0000-01-01 +1+ 00:00 is displayed the time is not set with SEDATI or the Clock Generator Boards (CSG/SNS) are not in service.
7. Set Date and Time
SEDATI:<YEAR>,<MONTH>,<DAY>,<DAY-OF-<WEEK>, <HOURS>,<MINUTES>;
If the date does not match the Gregorian calender the command is aborted and the date and time are not changed. If the Clock Generator Boards (CSG/SNS) are not in service the command will execute without an error, but the date and time will not be set.
Note: The date and time on feature phones are updated automatically every 24 hours and after the execution of SEDATI.
8. Display Exchange Identity (and Loaded Sets)
Good to see your software version and country settings.
DIEXID: :<UNIT>[,<REPORT-FORM>[,<SET-TYPE>]];
DIEXID:1;
Response (if parameters REPORT-FORM and SET-TYPE are omitted): When the unit is not known, DIEXID:0; can be entered: 0 means 'own unit'. REPORT-FORM omitted is the same as REPORT-FORM =0 (brief report). In this response CM is always 1 (indicates where the CM is located) and the PACKAGE-ID is y805.xx, in which xx represents the version number of the package and y is 0 for CPU-ME/MT, 7 for CPS and 9 for CCS systems. LEV indicates the level of the package: 0 means no patches. Each patch gives the following letter of the alphabet, starting with A.
COUNTRY# indicates the country number:
Table 10-1 Country Codes.
YEAR-MONTH-DAY +DAY-OF-WEEK+ HOURS:MINUTES UNIT CM PACKAGE-ID LEV COUNTRY# EXCHANGE# ADMIN# USER# 12NC
xx xx xxxx x xxx xxxx xxxx xxxx xxxxxx
xx
COUNTRY COUNTRY# COUNTRY COUNTRY#
Austria 720 France 380
Australia 150 Great Britain 420
Belgium 170 Italy 520
Brazil 200 Luxembourg 630
Switzerland 980 Netherlands 670
Germany 320 Portugal 790
Denmark 300 Sweden 970
Spain 850 South Africa 960
Hungary 450 Rest of the World 000
Far East 022
Last but not least. Always check if you system have generated some major or minor alarms. These 2 have to be taken seriously and being checked if there are any. After being resolved you can clear them. They will return or stay if they weren't resolved.
Display Major Alarm
dimaja:;
Display Minor Alarm
dimina:;
Clear Alarms
clalrm:
Good luck & learn your system
(unfortunately the hard way)
Sophoman
Cheers for that Sophoman, will get best training poss from Philips.
We use a mixture of Sysman and OM, I use Tabs as well for our reporting.
When I get training, I will get Philips to briefly go over MAC, but my main area of interest is the programming side,, how to set up routes to do specific jobs etc.
Ditraf gave valauable info, but the way the system set up, we only really use one route, so cannot distingush between who calls.
Hi, we have a serious problem with our Sopho iS3000. The clock of our pbx always looses clock synchrony with the line provider.
Philips then is able to synchronise it remotly, but that always takes some time, we would prefer to do it ourself on the console.
Does someone know the command to restore clock synchrony of the pbx an the line?
and the ias software .
Show72 I have a question..you have a new software of cpu 3000? I work with 810.29, in september i need to install a 3050 and I want try a new pk is possible, in a training you have a new documentation, i have a 2003 q4 ..if you halp me
thanks
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.