|
www.seventest.com Форум сайта Seventest (Это закрытый форум. На нем общаются только зарегистрированные пользователи Seventest. Регистрация)
|
View previous topic :: View next topic |
Author |
Message |
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Fri May 18, 2007 7:00 pm Post subject: REJ - SABME - UA |
|
|
У нас актуальная тех проблема - встречная УПАТС по второму уровню, после REJ, но не сразу, периодически шлёт SABME, получает UA, а потом жалуется, что UA unexpected? Может, кто подскажет, чего делать? Абоненты страдают, потому что звонки срываются, поскольку после этих деяний станция на CONNECT пишет RELEASE с причиной Invalid call reference value. Но не на все CONNECT'ы, как попадёт. |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Sun May 20, 2007 10:54 am Post subject: |
|
|
А трассировочку проблемного вызова можно посмотреть? Вместе с REJ, SABME и UA, желательно... _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Sun May 20, 2007 8:15 pm Post subject: |
|
|
Илья, спасибо за ответ!
А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес.
Проблема потихоньку накаляется, мы уже порт поменяли на нашей АТС (SI2000), не помогло. Встречная УПАТС MD110. Интересно также то, что имеется вторая УПАТС того же клиента, тоже MD110, настройки те же, там всё в порядке. |
|
Back to top |
|
|
Support Сотрудник Seventest
Joined: 30 Sep 2005 Posts: 355 Location: Санкт-Петербург
|
Posted: Mon May 21, 2007 8:48 am Post subject: |
|
|
gopinath wrote: | А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес. |
На адрес поддержки высылайте (.out). Адрес можно найти в SNTLite (Помощь - О программе) |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Mon May 21, 2007 9:05 am Post subject: |
|
|
gopinath wrote: | Илья, спасибо за ответ!
А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес. |
В топике будет доступно всем - если Вы согласны разобрать проблему публично.
txt-файл хорош тем, что для его анализа не нужно ПО SNTlite. Во всех остальных случаях - .out лучше.
Файл можно слать мне, можно в нашу техническую поддержку (она, поддержка, уже ответила ) Свое мыло я выслал Вам через PM _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Mon May 21, 2007 12:13 pm Post subject: |
|
|
Спасибо, Илья. Файл в формате .out я вам отправил. А вот первый пример (с купюрами в сообщениях для краткости, но последовательность верная) с сообщением REJ:
Если я правильно понял, здесь сообщения с двумя CRV: 19265 и 19263. SI2000 отправляет ALERTING с CRV=19265 и N(S)=10, N(R)=7.
После сообщения CONNECT с CRV=19263 MD110 отправляет REJ с N(R)=10, после чего SI2000 повторно передаёт ALERTING с CRV=19265 и аналогичными значениями N(S) и N(R)? Для чего был нужен этот REJ и почему ALERTING, а не CONNECT? Кто кого неправильно понял?
Пучок 1:--> от УПАТС MD110
Пучок 1:<-- от АТС SI2000
2007/05/16 10:00:56.794750 Длина: 4 Источник: Пучок 1:--> Количество: 1
LAPD: ETS 300 125, 1991
2 00000001 Frame......................... RR
3 0001010. N(R).......................... 10 Dec
.......0 P/F........................... 0 Dec
2007/05/16 10:00:57.127875 Длина: 13 Источник: Пучок 1:<-- Количество: 1
LAPD: ETS 300 125, 1991
2 0001010. N(S).......................... 10 Dec
.......0 I-frame....................... 0 Dec
3 0000111. N(R).......................... 7 Dec
.......0 P/F........................... 0 Dec
ETSI EN 300 403-1 Ver 1.3.2, 1999
4 00001000 Protocol discriminator........ User-network call control msg
5 0000.... Filler........................ 0 Dec
....0010 Length of call reference value 2 Dec
6 1....... Flag.......................... 1 Dec
***b15** Call reference value.......... 19265 Dec
8 00000001 Message type.................. ALERTING
2007/05/16 10:00:57.709750 Длина: 9 Источник: Пучок 1:<-- Количество: 1
LAPD: ETS 300 125, 1991
0 000000.. SAPI.......................... Call control
......1. C/R........................... 1 Dec
.......0 EA............................ Continuation
1 0000000. TEI........................... 0 Dec
.......1 EA............................ Last octet
2 0001011. N(S).......................... 11 Dec
.......0 I-frame....................... 0 Dec
3 0000111. N(R).......................... 7 Dec
.......0 P/F........................... 0 Dec
ETSI EN 300 403-1 Ver 1.3.2, 1999
4 00001000 Protocol discriminator........ User-network call control msg
5 0000.... Filler........................ 0 Dec
....0010 Length of call reference value 2 Dec
6 1....... Flag.......................... 1 Dec
***b15** Call reference value.......... 19263 Dec
8 00000111 Message type.................. CONNECT
2007/05/16 10:00:57.714000 Длина: 4 Источник: Пучок 1:--> Количество: 1
LAPD: ETS 300 125, 1991
0 000000.. SAPI.......................... Call control
......1. C/R........................... 1 Dec
.......0 EA............................ Continuation
1 0000000. TEI........................... 0 Dec
.......1 EA............................ Last octet
2 00001001 Frame......................... REJ
3 0001010. N(R).......................... 10 Dec
.......0 P/F........................... 0 Dec
2007/05/16 10:00:57.721750 Длина: 13 Источник: Пучок 1:<-- Количество: 1
LAPD: ETS 300 125, 1991
0 000000.. SAPI.......................... Call control
......1. C/R........................... 1 Dec
.......0 EA............................ Continuation
1 0000000. TEI........................... 0 Dec
.......1 EA............................ Last octet
2 0001010. N(S).......................... 10 Dec
.......0 I-frame....................... 0 Dec
3 0000111. N(R).......................... 7 Dec
.......0 P/F........................... 0 Dec
ETSI EN 300 403-1 Ver 1.3.2, 1999
4 00001000 Protocol discriminator........ User-network call control msg
5 0000.... Filler........................ 0 Dec
....0010 Length of call reference value 2 Dec
6 1....... Flag.......................... 1 Dec
***b15** Call reference value.......... 19265 Dec
8 00000001 Message type.................. ALERTING |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Mon May 21, 2007 12:50 pm Post subject: |
|
|
Навскидку, почему-то сходит с ума LAP-D. Мы с коллегами сегодня посмотрим и дадим окончательное заключение
по поводу ALERTING и CONNECT:
Quote: | 3.2.1 ALERTING
This message is sent by the called user to the network to indicate that called user alerting has been
initiated.
3.2.3 CONNECT
This message is sent by the called user to the network, and by the network to the calling user, to
indicate acceptance of the access connection.
|
после ALERTING один таймер останавливается, а другой заводится. а вот после CONNECT / CONNECT ACK наступает разговорная фаза. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Mon May 21, 2007 12:57 pm Post subject: |
|
|
Спасибо! Да, забыл сказать, что есть вторая MD110, подключенная к той же SI2000, там всё нормально. Настройки на обеих MD110 одинаковые, настройки портов на SI2000 - тоже. В пятницу проблемное соединение перекинули на другой порт на SI2000, результата не дало. |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Tue May 22, 2007 2:10 pm Post subject: |
|
|
Недавно клиент сообщил, что перепрошил у себя на кроссе кабель, при этом кабель укоротили на полметра, а провода в парах Tx и Rx поменяли местами (им сказали, что помогает). Проводим мониторинг, пока при беглом просмотре REJ, SABME и UA не встречаются.
Просмотр .log файла показал, что сообщения REJ остались, а сообщений SABME и UA нет, то есть MD110 SABME не отправляет, а SI2000, соответственно, ей в ответ сообщение UA не высылает.
Last edited by gopinath on Tue May 22, 2007 4:33 pm; edited 1 time in total |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Tue May 22, 2007 4:18 pm Post subject: |
|
|
я бы запустил BERtest на этом тракте.
как мы не смотрели, такое ощущение, что теряются пакеты. с какой стороны - понять трудно, но первый REJ - это как раз потеря двух пакетов.
дальше - больше. видно, что одна из сторон шлет сигнальную единицу, другая - ее не видит (по значению полей в RR), и первая сторона перепослылает ее.
линк в такой ситуации может запросто обваливаться, т.к. по логике работы протокола после трех переспросов линк переустанавливается (SABME-UA)
могу более подробно, но лучше сделать BERT и убедиться, что с трактом все в порядке _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Tue May 22, 2007 4:22 pm Post subject: |
|
|
Илья, очень своевременно! Спасибо! Как раз пишу ответ, и посоветую сделать BERT (система передачи не в нашей зоне ответственности). |
|
Back to top |
|
|
gopinath Пользователь
Joined: 27 Feb 2007 Posts: 20
|
Posted: Thu Jun 14, 2007 8:12 pm Post subject: |
|
|
Вроде бы, проблему решили. Прошло более недели. Напрягли уважаемого оператора, который обеспечивал систему ПД, собственно, он сам напрягся, ибо ответственные товарищи. Они ошибки по ПД нашли, кратковременные потери сигнала были. Всё перелопатили, теперь работает нормально. Всё-таки непросто предоставлять услуги связи, когда систему ПД не контролируешь, а SI2000 такие тонкие вещи не показывала.
Спасибо вам большое (и прибору SNTLite ), от всех нас (особенно от клиента - ситуация была критическая - вроде, новая УПАТС, реклама и всё такое, а связи нормальной нет), за внимание и помощь! |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
SwiftBlue Theme created by BitByBit
Powered by phpBB © 2001, 2002 phpBB Group
|