www.seventest.com Forum Index www.seventest.com
Форум сайта Seventest
(Это закрытый форум. На нем общаются только зарегистрированные пользователи Seventest. Регистрация)
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups    
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

REJ - SABME - UA

 
Post new topic   Reply to topic    www.seventest.com Forum Index -> Общие вопросы
View previous topic :: View next topic  
Author Message
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Fri May 18, 2007 7:00 pm    Post subject: REJ - SABME - UA Reply with quote

У нас актуальная тех проблема - встречная УПАТС по второму уровню, после REJ, но не сразу, периодически шлёт SABME, получает UA, а потом жалуется, что UA unexpected? Может, кто подскажет, чего делать? Абоненты страдают, потому что звонки срываются, поскольку после этих деяний станция на CONNECT пишет RELEASE с причиной Invalid call reference value. Но не на все CONNECT'ы, как попадёт.
Back to top
View user's profile Send private message
id
Site Admin


Joined: 08 Sep 2005
Posts: 85
Location: Санкт-Петербург

PostPosted: Sun May 20, 2007 10:54 am    Post subject: Reply with quote

А трассировочку проблемного вызова можно посмотреть? Вместе с REJ, SABME и UA, желательно...
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Sun May 20, 2007 8:15 pm    Post subject: Reply with quote

Илья, спасибо за ответ!

А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес.

Проблема потихоньку накаляется, мы уже порт поменяли на нашей АТС (SI2000), не помогло. Встречная УПАТС MD110. Интересно также то, что имеется вторая УПАТС того же клиента, тоже MD110, настройки те же, там всё в порядке.
Back to top
View user's profile Send private message
Support
Сотрудник Seventest


Joined: 30 Sep 2005
Posts: 355
Location: Санкт-Петербург

PostPosted: Mon May 21, 2007 8:48 am    Post subject: Reply with quote

gopinath wrote:
А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес.

На адрес поддержки высылайте (.out). Адрес можно найти в SNTLite (Помощь - О программе)
Back to top
View user's profile Send private message
id
Site Admin


Joined: 08 Sep 2005
Posts: 85
Location: Санкт-Петербург

PostPosted: Mon May 21, 2007 9:05 am    Post subject: Reply with quote

gopinath wrote:
Илья, спасибо за ответ!

А как трассировку выложить? Снимали SNTLite'ом, в формате txt в топике громоздко будет? Может, на ваш email файлом в формате .out, скажите адрес.


В топике будет доступно всем - если Вы согласны разобрать проблему публично.

txt-файл хорош тем, что для его анализа не нужно ПО SNTlite. Во всех остальных случаях - .out лучше.

Файл можно слать мне, можно в нашу техническую поддержку (она, поддержка, уже ответила Smile ) Свое мыло я выслал Вам через PM
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Mon May 21, 2007 12:13 pm    Post subject: Reply with quote

Спасибо, Илья. Файл в формате .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
View user's profile Send private message
id
Site Admin


Joined: 08 Sep 2005
Posts: 85
Location: Санкт-Петербург

PostPosted: Mon May 21, 2007 12:50 pm    Post subject: Reply with quote

Навскидку, почему-то сходит с ума LAP-D. Мы с коллегами сегодня посмотрим и дадим окончательное заключение Smile

по поводу 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
View user's profile Send private message Visit poster's website
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Mon May 21, 2007 12:57 pm    Post subject: Reply with quote

Спасибо! Да, забыл сказать, что есть вторая MD110, подключенная к той же SI2000, там всё нормально. Настройки на обеих MD110 одинаковые, настройки портов на SI2000 - тоже. В пятницу проблемное соединение перекинули на другой порт на SI2000, результата не дало.
Back to top
View user's profile Send private message
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Tue May 22, 2007 2:10 pm    Post subject: Reply with quote

Недавно клиент сообщил, что перепрошил у себя на кроссе кабель, при этом кабель укоротили на полметра, а провода в парах 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
View user's profile Send private message
id
Site Admin


Joined: 08 Sep 2005
Posts: 85
Location: Санкт-Петербург

PostPosted: Tue May 22, 2007 4:18 pm    Post subject: Reply with quote

я бы запустил BERtest на этом тракте.

как мы не смотрели, такое ощущение, что теряются пакеты. с какой стороны - понять трудно, но первый REJ - это как раз потеря двух пакетов.

дальше - больше. видно, что одна из сторон шлет сигнальную единицу, другая - ее не видит (по значению полей в RR), и первая сторона перепослылает ее.

линк в такой ситуации может запросто обваливаться, т.к. по логике работы протокола после трех переспросов линк переустанавливается (SABME-UA)

могу более подробно, но Exclamation лучше сделать BERT и убедиться, что с трактом все в порядке
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Tue May 22, 2007 4:22 pm    Post subject: Reply with quote

Илья, очень своевременно! Спасибо! Как раз пишу ответ, и посоветую сделать BERT (система передачи не в нашей зоне ответственности).
Back to top
View user's profile Send private message
gopinath
Пользователь


Joined: 27 Feb 2007
Posts: 20

PostPosted: Thu Jun 14, 2007 8:12 pm    Post subject: Reply with quote

Вроде бы, проблему решили. Прошло более недели. Напрягли уважаемого оператора, который обеспечивал систему ПД, собственно, он сам напрягся, ибо ответственные товарищи. Они ошибки по ПД нашли, кратковременные потери сигнала были. Всё перелопатили, теперь работает нормально. Всё-таки непросто предоставлять услуги связи, когда систему ПД не контролируешь, а SI2000 такие тонкие вещи не показывала.

Спасибо вам большое (и прибору SNTLite Smile ), от всех нас (особенно от клиента - ситуация была критическая - вроде, новая УПАТС, реклама и всё такое, а связи нормальной нет), за внимание и помощь!
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    www.seventest.com Forum Index -> Общие вопросы All times are GMT + 3 Hours
Page 1 of 1

 
Jump to:  
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