Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Трассировка по номеру слота
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
Iness
На станции проблема: поток отбивает набранный номер, при том, что очень много свободных линий. Особенно в часы наибольшей нагрузки люди мучаются - набор проходит с третьего или четвертого раза.
Вчера сделала трассировку по номеру слота потока. Информации, ессно, высыпалась куча, но я знаю, что проблемный звонок был в 5:28 по 05 линии. Вот кусок, в котором (предположительно) и содержится инфа по этому звонку. Понимаю, что здесь есть куски от предыдущего и последующего звонков, но боюсь отрезать лишнее.

10/22/08 TIME: 05:28:00
028370 COL 006:05 06 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 6,61
028370 COL 006:05 06 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 6,61
028379 COL 006:05 06 St:dialing (00) EVT biggrin.gif1 06 02 18 03 A9 83 86 (U2)
028447 COL 006:05 06 St:dialing (00) Ev-I:release P1: 0 P2: 0 EVT: 31 <- 1,01
028447 D>05 06, C5 00 00
028447 C>05 06, DE 05 45 08 02 80 90
028447 D>05 06, C1 00 00
028448 COL 006:05 06 St:rls guard (00) EVT biggrin.gif0 0A 01 18 03 A9 83 86 1E 02 81 88 (U0)
028449 COL 006:05 06 St:rls guard (00) EVT biggrin.gifF 05 4D 08 02 81 90 (U0)
028449 C>05 06, E0 05 5A 08 02 81 90
028449 COL 006:05 06 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 6,61
028452 COL 006:05 06 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 6,61
028452 D>05 06, C5 00 00
028481 COL 005:05 05 St:co idle (00) Ev-I:seize req P1: 3 P2: 0 EVT: 15 <- 1,01
028481 C>05 05, D5 14 05 04 03 80 90 A3 18 03 A9 83 85 6C 07 20 80 34 37 31 30 30
028481 D>05 05, C1 00 00
028483 COL 005:05 05 St:wt sz rsp (00) EVT :<---- SETUP ACK
028483 COL 005:05 05 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 5,61
028483 D>05 05, C0 00 34
028518 COL 005:05 05 St:dialing (00) Ev-I:mem dial P1: 0 P2:10916B2 EVT: 46 <- 1,01
028519 C>05 05, E6 05 7B 70 02 80 38
028519 CO=5 >8
028521 C>05 05, E6 05 7B 70 02 80 39
028521 CO=5 >9
028523 C>05 05, E6 05 7B 70 02 80 31
028523 CO=5 >1
028525 C>05 05, E6 05 7B 70 02 80 36
028525 CO=5 >6
028527 C>05 05, E6 05 7B 70 02 80 31
028527 CO=5 >1
028529 C>05 05, E6 05 7B 70 02 80 38
028529 CO=5 >8
028531 C>05 05, E6 05 7B 70 02 80 36
028531 CO=5 >6
028533 C>05 05, E6 05 7B 70 02 80 33
028533 CO=5 >3
028535 C>05 05, E6 05 7B 70 02 80 39
028535 CO=5 >9
028537 C>05 05, E6 05 7B 70 02 80 35
028537 CO=5 >5
028539 C>05 05, E6 05 7B 70 02 80 35
028539 CO=5 >5
028540 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
028540 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
028554 COL 005:05 05 St:dialing (00) EVT biggrin.gif1 06 02 18 03 A9 83 85 (U2)
028631 COL 011:05 11 St:talk (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 24,05
028631 D>05 11, C5 00 00
028631 C>05 11, DE 05 45 08 02 80 90
028631 D>05 11, C1 00 00
028632 COL 011:05 11 St:rls guard (00) EVT biggrin.gifE 09 45 08 02 81 90 1E 02 81 88 (U0)
028632 C>05 11, DF 05 4D 08 02 81 90
028632 D>05 11, C1 00 00
028632 D>05 11, C5 00 00
028633 COL 011:05 11 St:rls guard (00) EVT :E0 01 5A (U0)
028633 COL 011:05 11 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 11,61
028636 COL 011:05 11 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 11,61
028636 D>05 11, C5 00 00
028817 COL 005:05 05 St:dialing (00) EVT biggrin.gifE 05 45 08 02 81 9F (U3)
028817 C>05 05, DF 05 4D 08 02 81 9F
028817 D>05 05, C1 00 00
028817 D>05 05, C5 00 00
028819 COL 005:05 05 St:dialing (00) EVT :E0 05 5A 08 02 81 90 (U19)
028822 COL 005:05 05 St:dialing (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 5,61
028822 D>05 05, C5 00 00
028968 COL 030:05 30 St:co idle (00) Ev-I:seize req P1: 3 P2: 0 EVT: 15 <- 1,01
028969 C>05 30, D5 14 05 04 03 80 90 A3 18 03 A9 83 9E 6C 07 20 80 34 37 31 30 30
028969 D>05 30, C1 00 00

Я уверена, что проблема в вышестоящей станции. Но нужно знать наверняка.
AXEL
пришло от вышестоящей станции сообщение о причине разрыва
Normal unspecified
Евген_й
Чтобы ответить на вопрос, надо знать Вашу договоренность с провом о том, что и в каком формате Вы ему отправляете при инициировании вызова в данном случае на сотик. н-р звонок на сотик, а номер А 47100, непорядок.
Iness
Цитата(AXEL @ 22.10.2008, 12:42) *
пришло от вышестоящей станции сообщение о причине разрыва
Normal unspecified


получается, что конкретной информации в этой причине не содержится? нормальный дисконнект?

Цитата
Чтобы ответить на вопрос, надо знать Вашу договоренность с провом о том, что и в каком формате Вы ему отправляете при инициировании вызова в данном случае на сотик. н-р звонок на сотик, а номер А 47100, непорядок.


Евген_й, каким образом задать вопрос про формат? (вообще это в данном конкретном случае мобильный номер, а срывы наборов и на обычные городские идут)
harris
Цитата(Iness @ 22.10.2008, 13:31) *
получается, что конкретной информации в этой причине не содержится? нормальный дисконнект?

Это причина №31. Указывает, что вызов завершен нормально, но точная причина неизвестна (в том числе, разъединение может быть вызвано превышением какого-то тайм-аута).
Не путать с причиной №16 - нормальное разъединение вызова (абонент завершил вызов, положил трубку).

В любом случае это проблема на стороне провайдера. Скорее всего в часы-пик у него просто не хватает свободных каналов для выхода в ТфОП...
Цитата(Iness @ 22.10.2008, 13:31) *
Евген_й, каким образом задать вопрос про формат? (вообще это в данном конкретном случае мобильный номер, а срывы наборов и на обычные городские идут)

ИМХО, проблема не в формате... Ведь если звонить на этот же номер в другое время (не в момент пиковой нагрузки), то вызов проходит нормально...
Iness
Коллега ещё снял трассировку. Наверно, здесь тоже масса лишней информации о предыдущем звонке, но последний звонок как раз "проблемный":

(CO 5) SETUP
IE_BEARER_CAPABILITY
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85
IE_CALLING_NO
national number
unkown
presentation allowed
not screened
47100

036278 D>05 05, C1 00 00
036281 COL 005:05 05 St:wt sz rsp (00) EVT biggrin.gif6 0A 0D 18 03 A9 83 85 1E 02 81 8A (U1)
<<<<<<<<<<============================================--------------------
(CO 5) SETUP ACK
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85
IE_PROG_INDICATION
CCITT standard coding
private net serving local user
call is not end-to-end ISDN

036281 COL 005:05 05 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 5,61
036281 D>05 05, C0 00 34
036282 H:T560+ 052 ==> 000 (G:00-22)
036287 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50 <- 1,01
036288 C>05 05, E6 05 7B 70 02 80 39
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
9

036288 CO=5 >9
036289 H:T560+ 000 ==> 052 (G:00-26)
036289 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
036289 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 8 P2: 0 EVT: 50 <- 1,01
036290 C>05 05, E6 05 7B 70 02 80 38
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
8

036290 CO=5 >8
036291 H:T560+ 000 ==> 052 (G:00-26)
036291 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
036291 COL 005:05 05 St:dialing (00) Ev-I:dial P1: A P2: 0 EVT: 50 <- 1,01
036292 C>05 05, E6 05 7B 70 02 80 30
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
0

036292 CO=5 >A
036293 H:T560+ 000 ==> 052 (G:00-26)
036293 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
036293 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50 <- 1,01
036293 COL 005:05 05 St:dialing (00) EVT biggrin.gif1 06 02 18 03 A9 83 85 (U2)
<<<<<<<<<<============================================--------------------
(CO 5) CALL PROCEEDING
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85

036293 COL 005:05 05 St:dialing (00) EVT biggrin.gifE 05 45 08 02 81 90 (U3)
<<<<<<<<<<============================================--------------------
(CO 5) DISCONNECT
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

036293 C>05 05, DF 05 4D 08 02 81 90
--------------------============================================>>>>>>>>>>
(CO 5) RELEASE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

036294 D>05 05, C1 00 00
036294 D>05 05, C5 00 00
036294 H:T560+T560 ==> 052 (G:00-00)
036294 H:T560+T560 ==> 052 (G:00-00)
036296 COL 005:05 05 St:dialing (00) EVT :E0 05 5A 08 02 81 90 (U19)
<<<<<<<<<<============================================--------------------
(CO 5) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

036299 COL 005:05 05 St:dialing (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 5,61
036299 D>05 05, C5 00 00
036299 H:T560+T560 ==> 052 (G:00-00)
036299 H:T560+T560 ==> 052 (G:00-00)
10/23/08 TIME: 03:55:00

vldmr
normal call clearing - ничего плохого
DISCONNECT пришел из города. Может у Вас CLIP неправильный отправляется?
У Вас тип- national number а оправляете 47100 - спрсить у провайдера что он от Вас ждет
Iness
Цитата(vldmr @ 23.10.2008, 10:37) *
normal call clearing - ничего плохого
DISCONNECT пришел из города. Может у Вас CLIP неправильный отправляется?
У Вас тип- national number а оправляете 47100 - спрсить у провайдера что он от Вас ждет


47100 - это префикс "47" для биллинга (специально для вышестоящей станции сделано), а "100" внутренний номер, с которого происходит набор.
Iness
Пожалуй, для сравнения приведу пример успешного звонка на ТОТ ЖЕ номер, в то же время.
После сообщения CALL PROCEEDING идёт PROGRESS. Причем успеваем набрать ВЕСЬ номер.
А в "плохом" звонке сразу после CALL PROCEEDING получаем DISCONNECT. И почему-то сам CALL PROCEEDING приходит после первых трёх цифр!!!

Итак, хороший набор:
CO 5) SETUP
IE_BEARER_CAPABILITY
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85
IE_CALLING_NO
national number
unkown
presentation allowed
not screened
47100

035685 D>05 05, C1 00 00
035686 COL 005:05 05 St:wt sz rsp (00) EVT biggrin.gif6 0A 0D 18 03 A9 83 85 1E 02 81 8A (U1)
<<<<<<<<<<============================================--------------------
(CO 5) SETUP ACK
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85
IE_PROG_INDICATION
CCITT standard coding
private net serving local user
call is not end-to-end ISDN

035686 COL 005:05 05 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 5,61
035686 D>05 05, C0 00 34
035687 H:T560+ 052 ==> 000 (G:00-22)
035692 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50 <- 1,01
035693 C>05 05, E6 05 7B 70 02 80 39
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
9

035693 CO=5 >9
035694 H:T560+ 000 ==> 052 (G:00-26)
035694 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035694 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 8 P2: 0 EVT: 50 <- 1,01
035695 C>05 05, E6 05 7B 70 02 80 38
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
8

035695 CO=5 >8
035696 COL 005:05 05 St:dialing (00) Ev-I:dial P1: A P2: 0 EVT: 50 <- 1,01
035696 H:T560+ 000 ==> 052 (G:00-26)
035696 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035697 C>05 05, E6 05 7B 70 02 80 30
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
0

035697 CO=5 >A
035698 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 9 P2: 0 EVT: 50 <- 1,01
035698 H:T560+ 000 ==> 052 (G:00-26)
035698 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035699 C>05 05, E6 05 7B 70 02 80 39
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
9

035699 CO=5 >9
035699 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 5 P2: 0 EVT: 50 <- 1,01
035700 H:T560+ 000 ==> 052 (G:00-26)
035700 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035701 C>05 05, E6 05 7B 70 02 80 35
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
5

035701 CO=5 >5
035701 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 6 P2: 0 EVT: 50 <- 1,01
035702 H:T560+ 000 ==> 052 (G:00-26)
035702 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035703 COL 005:05 05 St:dialing (00) Ev-I:dial P1: 3 P2: 0 EVT: 50 <- 1,01
035703 C>05 05, E6 05 7B 70 02 80 36
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
6

035703 CO=5 >6
035704 H:T560+ 000 ==> 052 (G:00-26)
035704 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035705 C>05 05, E6 05 7B 70 02 80 33
--------------------============================================>>>>>>>>>>
(CO 5) INFORMATION
IE_CALLED_NO
unkown
unkown
3

035705 CO=5 >3
035706 H:T560+ 000 ==> 052 (G:00-26)
035706 COL 005:05 05 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 5,61
035708 H:T560+ 052 ==> 000 (G:00-22)
035712 COL 005:05 05 St:dialing (00) EVT biggrin.gif1 06 02 18 03 A9 83 85 (U2)
<<<<<<<<<<============================================--------------------
(CO 5) CALL PROCEEDING
IE_CHANNEL_INFO
interface implicitly identified
other inferface
exclusive
is not D-channel
B1 channel
CCITT standard coding
indicated by num in following octet
B channel units
85

035717 COL 005:05 05 St:dialing (00) EVT biggrin.gif4 05 03 1E 02 81 81 (U3)
<<<<<<<<<<============================================--------------------
(CO 5) PROGRESS
IE_PROG_INDICATION
CCITT standard coding
private net serving local user
call is not end-to-end ISDN

035740 COL 005:05 05 St:dialing (00) Ev-I:release P1: 0 P2: 0 EVT: 31 <- 1,01
035740 D>05 05, C5 00 00
035740 H:T560+T560 ==> 052 (G:00-00)
035740 C>05 05, DE 05 45 08 02 80 90
--------------------============================================>>>>>>>>>>
(CO 5) DISCONNECT
IE_CAUSE
CCITT standardized coding
user
normal call clearing

035740 D>05 05, C1 00 00
035740 H:T560+T560 ==> 052 (G:00-00)
035745 COL 005:05 05 St:rls guard (00) EVT biggrin.gifF 05 4D 08 02 81 90 (U0)
<<<<<<<<<<============================================--------------------
(CO 5) RELEASE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing

035745 C>05 05, E0 05 5A 08 02 81 90
--------------------============================================>>>>>>>>>>
(CO 5) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
private network serving local user
normal call clearing
harris
Цитата(Iness @ 23.10.2008, 10:44) *
47100 - это префикс "47" для биллинга (специально для вышестоящей станции сделано), а "100" внутренний номер, с которого происходит набор.

Да выключите Вы эту расширенную трассировку (якобы с расшифровкой). Ничего, кроме путаницы это не дает!!! Не вводите атрибут "n" в команде трассировке.
t d <Enter>
t b XX <Enter> (XX - № слота)

Обычно, если CLIP неправильный, то отбивают сразу, а тут дали набрать три цифры 890 и потом - отбой (Proceeding и сразу же - Disconnect)!!!
Iness
Цитата(harris @ 23.10.2008, 11:39) *
Да выключите Вы эту расширенную трассировку (якобы с расшифровкой). Ничего, кроме путаницы это не дает!!! Не вводите атрибут "n" в команде трассировке.
t d <Enter>
t b XX <Enter> (XX - № слота)

Обычно, если CLIP неправильный, то отбивают сразу, а тут дали набрать три цифры 890 и потом - отбой (Proceeding и сразу же - Disconnect)!!!



Пока в исходном виде есть только трассировка из моего вчерашнего сообщения.

Можно ли предположить вариант, что вышестоящая станция в часы наибольшей нагрузки маршрутизирует вызовы на какие-то другие потоки (приняв три первые цифры), откуда и приходит отбой?
harris
Цитата(Iness @ 23.10.2008, 12:20) *
Пока в исходном виде есть только трассировка из моего вчерашнего сообщения.

Можно ли предположить вариант, что вышестоящая станция в часы наибольшей нагрузки маршрутизирует вызовы на какие-то другие потоки (приняв три первые цифры), откуда и приходит отбой?

Может быть все, что угодно. Но это проблема провайдера, а вовсе не вашей станции. И причину этой проблемы должен искать провайдер на своей стороне.
Iness
Цитата(harris @ 23.10.2008, 12:29) *
Может быть все, что угодно. Но это проблема провайдера, а вовсе не вашей станции. И причину этой проблемы должен искать провайдер на своей стороне.


Спасибо) в любом случае, главное - LDK "не виновата" rolleyes.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.