Cannot call to external 1

[activenew]

Hello All,

I have a problem, we can not make call to external, when dialing 9 to make a call gives busy.

I've tried from most Exts , but the same result.

Also i have restarted Board

< RFBOI:BPOS =001-0-50;
RFBOI:BPOS=001-0-50;
SURE? (YES/NO)
<YES;

RESTART BOARD
STARTED BOARD:S FAILED BOARD:S
1-0-50

EXECUTED
347 SYNCHRONIZATION FAULT FOR DECT FIXED PART
DATE TIME ALP NOIF UNIT EQU BRDID INF1 INF2
19APR17 09:46:17 8 40 CTLP 001-0-50-00 121 59 1
RDATE RTIME
19APR17 09:46:18
349 FAULTY RFP FOR DECT FIXED PART
DATE TIME ALP NOIF UNIT EQU BRDID INF1 INF2 INF3
19APR17 09:46:18 9 40 CTLP 001-0-50-00 121 474 2 3
RDATE RTIME
19APR17 09:46:34
349 FAULTY RFP FOR DECT FIXED PART
DATE TIME ALP NOIF UNIT EQU BRDID INF1 INF2 INF3
19APR17 09:46:18 10 40 CTLP 001-0-50-00 121 478 2 2
RDATE RTIME
19APR17 09:46:33
349 FAULTY RFP FOR DECT FIXED PART
DATE TIME ALP NOIF UNIT EQU BRDID INF1 INF2 INF3
19APR17 09:46:18 11 40 CTLP 001-0-50-00 121 479 2 1
RDATE RTIME
19APR17 09:46:32

ALREI NOT DONE!


please advise

 

[activenew]

below is last backup

<DUBDP;
BACKUP DATA
EXTERNAL BACKUP LATEST PREVIOUS
REL2 REL1
17:27 13MAR17 09:26 19FEB17
LOCAL BACKUP
DIVERGENT TIME AND DATE LIM 1 17:27 13MAR17 FAULTY

STANDBY SIDE
DIVERGENT TIME AND DATE LIM 1 17:27 13MAR17 FAULTY

END

 

[himdp]

Have you made all test calls from cordless handsets?
What does ALLOP; show?

 

[fcpli]

Starting this and that won't help, the only one you can start (and helps) is your car engine. Now, if the busy tone appears after just "9", and your start point is 2, the call is not going to TLP11 at all. The problem is before that, so we need a trace from the call: Trace DTR from the LIM you are calling from (if possible, use LIM1 extension). It probably shows category issue, but start with this.
If using DTS, it should show in the display the problem....
stisr;
stuni:unit=dtr,lim=1;
sttsi:tri=1;
call
sttse:tri=1;
strap:tri=1;

Try to do this, when the traffic is low.

fcpli

 

[activenew]

Thank you all.

 

[fcpli]

Trace RMP from the LIM, where the extension is located (when calling). Stop the trace IMMEDIATELY after the call goes busy.

 

[himdp]

No PTS is being received from the network.
Activenew should use trunk select from an extension to test every trunk i.e. *0*101#9 to select trunk 1-1 etc.
Alternatively connecting an analogue extension to each line in turn to check for dial tone is good.
A trace of TLP11 will be enlightening.

 

[activenew]

fcpli , please check trace call(RMP) result in attachment , ext that call from (4107)

Himdp,I will try your suggestion when reach my office ,because now i am accessing system remotely.


Thank you for all

 

[fcpli]

himdp,
you are right, the issue is with PTS, waiting for PTS - never accepted by EL, according to the trace. What we need is rodap and rocap and also excap (just in case). The categories are OK, so no problem there. Nadap would be a good help for this.
I think in this case something is changed, where - no idea...
Just FYI, something goes wrong here:
13.14.47.500 00041 SWSW SIGNAL PTSREC (H'0158)
FROM TLP11 (H'0391) EXE B IN LIM 001
TO RMP (H'0319) EXE B IN LIM 001
WITH 0 1 2 3 4 5 6 7 8 9
000 H'54 H'58 H'02 H'00 H'39 H'0C H'00 H'00 H'00 H'00
13.14.47.500 00042 SWSW SIGNAL SENPTS (H'0031)
FROM RMP (H'0319) EXE B IN LIM 001
TO ELP6 (H'019D) EXE B IN LIM 001
WITH 0 1 2 3 4 5 6 7 8 9
000 H'01 H'EF H'27 H'01 H'02 H'02 H'09 H'66 H'A6 H'02
010 H'03 H'F1 H'14

Here, nothing happens after the signal is sent to ELP6.....

13.14.51.520 00043 SWSW SIGNAL CTMOUTA (H'00EB)
FROM EXS (H'0003) EXE B IN LIM 001
TO RMP (H'0319) EXE B IN LIM 001
WITH 0 1 2 3 4 5 6 7 8 9
000 H'00 H'80 H'00 H'00 H'07 H'00 H'00 H'00 H'00 H'00
010 H'00 H'00 H'00

 

[activenew]

fcpli ,Thank you for clarification , also please check the command result
As himdp said maybe SP change trunk type.


<NADAP;
NUMBER ANALYSIS DATA
TYPE OF SERIES NUMBER SERIES
EXTENSION NUMBER SERIES 1110 - 1190
1199 - 1260
1300 - 1360
1500
1600 - 1607
1650 - 1657
1700 - 1715
2100 - 2107
2150 - 2207
3100 - 3107
3200 - 3207
4100 - 4107
4200 - 4207
5700 - 5716
7000 - 7017
8000
EXTERNAL DESTINATION CODE 9
OPERATOR INDIV. NUMBER SERIES 5000
5050
OPERATOR COMMON NUMBER SERIES 0
TYPE OF SERVICE CODE SERVICE CODE
EXTERNAL NUMBER LENGTH DATA
EXTERNAL NUMBER NUMBER LENGTH
900 12 - 21
901 10 - 10
902 10 - 10
903 10 - 10
904 10 - 10
905 11 - 11
906 10 - 10
907 10 - 10
92 8 - 8
93 8 - 8
94 8 - 8
95 8 - 8
96 8 - 8
97 8 - 8
9902 4 - 4
9905 4 - 4
9907 4 - 4
9991 4 - 4
9992 4 - 4
9993 4 - 4
9994 4 - 4
9995 4 - 4
9996 4 - 4
9997 4 - 4
9998 4 - 4
9999 4 - 4
PROCEED TO SEND SIGNAL DATA
EXTERNAL NUMBER POS. TYPE
CALL DISCRIMINATION DATA
EXTERNAL/INTERNAL NUMBER CAT
0 4 3 2 1
1 4 3 2 1
2 4 3 2 1
3 4 3 2 1
4 4 3 2 1
5 4 3 2 1
6 4 3 2 1
7 4 3 2 1
8 4 3 2 1
900 4
901 4 3
902 4 3
903 4 3
904 4 3
905 4 3
906 4 3
907 4 3
909 3
91 4 3
92 4 3 2
93 4 3 2
94 4 3 2
95 4 3 2
96 4 3 2
97 4
98 4 3 2
9900 4 3
9901 4
9902 4 3 2
9903 4 3 2
9904 4 3 2
9905 4 3 2
9906 4 3 2
9907 4 3 2
9908 4 3 2
9909 4 3 2
991 4 3 2
992 4 3 2
993 4 3 2
994 4 3 2
995 4 3 2
9961 4 3 2
9962 4 3 2
9963 4 3 2
997 4 3 2
998 4 3 2
9997 4 3 2 1
9998 4 3 2 1
9999 4 3 2 1


<RODAP:ROU=ALL;
ROUTE DATA
ROU TYPE VARC VARI VARO FILTER
1 TL11 H'00000022 H'00000108 H'00000815 NO
2 TL11 H'00000022 H'00000108 H'00000815 NO

END
<ROCAP:ROU=ALL;
ROUTE CATEGORY DATA
ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP
1 0120000000000010 7 2100000000 0 30 128 00151515 400011000000 001100
2 0120000000000010 7 2100000000 0 30 128 00151515 400011000000 001100

END

<EXCAPIR=4107;
EXTENSION CATEGORY FIELDS
DIR TRAF SERV CDIV ROC TRM ADC BSEC
4107 00030315 0200120100 000131000 000001 0 000000000 0

END

 

[activenew]

Hello All,

I have checked all trunk , I found 13 of 17 trunk not working(give busy.

Thanks

 

[himdp]

This is a lesson to us all. We seem to be too keen to advise restarting program units/LIMs/exchange when we have not checked the basics first.

Knowing, as we do, that activenew is inexperienced we should think to ask if the simple things have been checked first.

As a third line support engineer for all my working time with Ericsson and related products I was guilty of being too keen to get signal tracing without checking the simple things that a first or second line engineer do as a matter of course.

It should be born in mind that restarting is disruptive and can affect established calls; this can give the system an undeserved bad reputation with the users.

Just my 2 cents as the Americans say

 

[activenew]

himdp,i have followed your advise to check trunk from ext

i found following 3 trunks working (there is Tone)

*0*104#9
*0*122#9
*0*123#9

My question, Why can not we communicate through these three lines?

Thank you all.

 

[himdp]

Hi activenew. The problem is the system does not know the faulty trunks are faulty. As I stated in a previous post, sadly now deleted by persons unknown, the system is selecting the same trunk every time you make an outgoing call. Unless you block all the faulty trunks, the working trunks will never be selected.

The selection order is determined by digit 3 in the SEL parameter of ROCAI, yours is set to 2 which will select the first free trunk in the route every time. If there are no busy trunks the same trunk will be selected every time if the system thinks it is OK.

You must get STC to fix the circuits as soon as possible. You can try blocking all the faulty trunks to get a limited service but this will greatly reduce the capacity.

Good luck.

 

[activenew]

himdp,I strongly appreciate your support, maintenance faulty lines is under process.

Thank a lot for all

 

[fcpli]

Nice. So now we spent a lots of time to get this solved. Stupid us, not asking if the lines are OK.....

 

[himdp]

fcpli, yeh but it was fun while it lasted. I was hoping for a nice juicy fault as well

 

[activenew]

lastly we got the root cause.

Thank you so much for your support I really appreciate this.


fcpli, I think I mentioned this point above in the replies that was deleted, I said I checked only one trunk and found it busy, then called the service provider for support, the service provider technician checked the main trunk he found it working well and then he told me there is no problem in the Trunks the problem is from PBX, from here the confuse started.

I'm not lucky, the technician checked one of three lines that were working.

Thank you all

 

[inlsp05]

provider allways tell PROBLEM IS IN YOUR SITE...

http://telfonika.blogfa.com

 

[himdp]