Трассировка по номеру слота Опции

[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 1 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 0 0A 01 18 03 A9 83 86 1E 02 81 88 (U0)
028449 COL 006:05 06 St:rls guard (00) EVT F 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 1 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 E 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 E 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

[Iness]

пришло от вышестоящей станции сообщение о причине разрыва
Normal unspecified

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

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

Евген_й, каким образом задать вопрос про формат? (вообще это в данном конкретном случае мобильный номер, а срывы наборов и на обычные городские идут)

[harris]

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

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

В любом случае это проблема на стороне провайдера. Скорее всего в часы-пик у него просто не хватает свободных каналов для выхода в ТфОП...

Евген_й, каким образом задать вопрос про формат? (вообще это в данном конкретном случае мобильный номер, а срывы наборов и на обычные городские идут)

ИМХО, проблема не в формате... Ведь если звонить на этот же номер в другое время (не в момент пиковой нагрузки), то вызов проходит нормально...