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 

SNMM TRA - тоже почему-то с ошибкой декодирует...
Goto page 1, 2  Next
 
Post new topic   Reply to topic    www.seventest.com Forum Index -> Общие вопросы
View previous topic :: View next topic  
Author Message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Mon Apr 07, 2008 5:53 pm    Post subject: SNMM TRA - тоже почему-то с ошибкой декодирует... Reply with quote

Quote:
80 80 06 80 de c0 1b 10 17 77 1b


Пишет, что неправильная длина...

Quote:
MTP2: Russian specifications, 2000
0 .0000000 Backward sequence number...... 0 Dec
1....... Backward indicator bit........ 1 Dec
1 .0000000 Forward sequence number....... 0 Dec
1....... Forward indicator bit......... 1 Dec
2 ..000110 Length indicator.............. 6 Dec
00...... Spare......................... Spare
MTP3: Russian specifications, 2000
3 ....0000 Service indicator............. Signalling net. management msg
..00.... Spare......................... 0 Dec
10...... Network indicator............. National network
4 ***b14** Destination point code........ 222 Dec
***b14** Originating point code........ 111 Dec
0001.... Signalling link code.......... 1 Dec
8 ....0111 Heading code 0................ Traffic Restart Allowed msg
0001.... Heading code 1................ TRA-TRAFFIC RESTART ALLOWED
ERROR !!!: Incorrect message length
Remainder:77 1B
SS7_MTP2_Rus_2000.pdl
SS7_MTP3_Rus_2000.pdl
SS7_ISUP_Rus_2000.pdl
SS7_SCCP_Rus_2001.pdl
SS7_HUP_NMT_Ver7.pdl
SS7_TCAP_Rus_2001.pdm
SS7_INAP_Rus_1997.pdm
SS7_MAP_3GPP_Ver6120_2005.pdm
SS7_CAP_3GPP_Ver700_2005.pdm
SS7_BSSAP_ETSI_Ver890_1999.pdm
SS7_DTAP_ETSI_Ver7210_2003.pdm
SS7_SMS_3GPP_Rel6_2005.pdm
SS7_MUP_NMT_Ver11_1999.pdm
SS7_TUP_Blue_1988.pdm
Time elapsed: 1.00000 sec
Parse completed at: 1.00000 sec
Decoding completed at: 0.00000 sec


А как тогда правильно?
Back to top
View user's profile Send private message
Support
Сотрудник Seventest


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

PostPosted: Tue Apr 08, 2008 2:37 pm    Post subject: Re: SNMM TRA - тоже почему-то с ошибкой декодирует... Reply with quote

Alex_P wrote:
Quote:
80 80 06 80 de c0 1b 10 17 77 1b


Пишет, что неправильная длина...

Quote:
MTP2: Russian specifications, 2000
0 .0000000 Backward sequence number...... 0 Dec
1....... Backward indicator bit........ 1 Dec
1 .0000000 Forward sequence number....... 0 Dec
1....... Forward indicator bit......... 1 Dec
2 ..000110 Length indicator.............. 6 Dec
00...... Spare......................... Spare
MTP3: Russian specifications, 2000
3 ....0000 Service indicator............. Signalling net. management msg
..00.... Spare......................... 0 Dec
10...... Network indicator............. National network
4 ***b14** Destination point code........ 222 Dec
***b14** Originating point code........ 111 Dec
0001.... Signalling link code.......... 1 Dec
8 ....0111 Heading code 0................ Traffic Restart Allowed msg
0001.... Heading code 1................ TRA-TRAFFIC RESTART ALLOWED
ERROR !!!: Incorrect message length
Remainder:77 1B
SS7_MTP2_Rus_2000.pdl
SS7_MTP3_Rus_2000.pdl
SS7_ISUP_Rus_2000.pdl
SS7_SCCP_Rus_2001.pdl
SS7_HUP_NMT_Ver7.pdl
SS7_TCAP_Rus_2001.pdm
SS7_INAP_Rus_1997.pdm
SS7_MAP_3GPP_Ver6120_2005.pdm
SS7_CAP_3GPP_Ver700_2005.pdm
SS7_BSSAP_ETSI_Ver890_1999.pdm
SS7_DTAP_ETSI_Ver7210_2003.pdm
SS7_SMS_3GPP_Rel6_2005.pdm
SS7_MUP_NMT_Ver11_1999.pdm
SS7_TUP_Blue_1988.pdm
Time elapsed: 1.00000 sec
Parse completed at: 1.00000 sec
Decoding completed at: 0.00000 sec


А как тогда правильно?


Да, длина неправильная.

Сообщение TRA включает следующие поля:
    Label - Этикетка (32 бита);
    Heading code H0 - Код заголовка (4 бита);
    Heading code H1 - Код заголовка (4 бита).
Back to top
View user's profile Send private message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Tue Apr 08, 2008 4:00 pm    Post subject: Reply with quote

Quote:
Сообщение TRA включает следующие поля:

Label - Этикетка (32 бита);
Heading code H0 - Код заголовка (4 бита);
Heading code H1 - Код заголовка (4 бита).

Правильно.
А Label (см. Q.704 пункт 15.2) как раз и включает:
SLS (4 бита), OPC (14 бит) и DPC (14 бит) = 32 бита.

И Label у меня в сообщении есть...

Длина payload'a моего MTP2 сообщения как раз 6 байт (48 бит):
SNMM_header (8) + SLS (4) + OPC (14) + DPC (14) + H0 (4) + H1 (4) = 48 бит.
Что и указано в LI поле MTP2 заголовка...

Так что где ошибка не понятно.
Back to top
View user's profile Send private message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Tue Apr 08, 2008 4:09 pm    Post subject: Reply with quote

А можно пример правильного TRA или как поправить этот ?

Насколько я знаю, при подключении нового оборудования, после уставновления связи на уровне MTP2 (SIO/SIN handshake) достаточно отправить TRA (Traffic Restart Allowed) а после этого (дождавшись подтверждения TRA) уже можно отправлять например SCCP сообщения.
Это так?
Back to top
View user's profile Send private message
Support
Сотрудник Seventest


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

PostPosted: Tue Apr 08, 2008 4:09 pm    Post subject: Reply with quote

Alex_P wrote:
Quote:
Сообщение TRA включает следующие поля:

Label - Этикетка (32 бита);
Heading code H0 - Код заголовка (4 бита);
Heading code H1 - Код заголовка (4 бита).

Правильно.
А Label (см. Q.704 пункт 15.2) как раз и включает:
SLS (4 бита), OPC (14 бит) и DPC (14 бит) = 32 бита.

И Label у меня в сообщении есть...

Длина payload'a моего MTP2 сообщения как раз 6 байт (48 бит):
SNMM_header (Cool + SLS (4) + OPC (14) + DPC (14) + H0 (4) + H1 (4) = 48 бит.
Что и указано в LI поле MTP2 заголовка...

Так что где ошибка не понятно.


вот она:
Code:
ERROR !!!: Incorrect message length
Remainder:77 1B


а вот правильное TRA
Code:
MTP2: Russian specifications, 2000
      0 .0000000 Backward sequence number...... 0 Dec
        1....... Backward indicator bit........ 1 Dec
      1 .0000000 Forward sequence number....... 0 Dec
        1....... Forward indicator bit......... 1 Dec
      2 ..000110 Length indicator.............. 6 Dec
        00...... Spare......................... Spare
MTP3: Russian specifications, 2000
      3 ....0000 Service indicator............. Signalling net. management msg
        ..00.... Spare......................... 0 Dec
        10...... Network indicator............. National network
      4 ***b14** Destination point code........ 222 Dec
        ***b14** Originating point code........ 111 Dec
        0001.... Signalling link code.......... 1 Dec
      8 ....0111 Heading code 0................ Traffic Restart Allowed msg
        0001.... Heading code 1................ TRA-TRAFFIC RESTART ALLOWED

Code:
80 80 06 80 de c0 1b 10 17
Back to top
View user's profile Send private message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Tue Apr 08, 2008 6:00 pm    Post subject: Reply with quote

Quote:
80 80 06 80 de c0 1b 10 17


Раскодируется декодером (прям щас проверил) вот так:

Quote:
MTP2: Russian specifications, 2000
0 .0000000 Backward sequence number...... 0 Dec
1....... Backward indicator bit........ 1 Dec
1 .0000000 Forward sequence number....... 0 Dec
1....... Forward indicator bit......... 1 Dec
2 ..000110 Length indicator.............. 6 Dec
00...... Spare......................... Spare
MTP3: Russian specifications, 2000
3 ....0000 Service indicator............. Signalling net. management msg
..00.... Spare......................... 0 Dec
10...... Network indicator............. National network
4 ***b14** Destination point code........ 222 Dec
***b14** Originating point code........ 111 Dec
0001.... Signalling link code.......... 1 Dec
8 ....0111 Heading code 0................ Traffic Restart Allowed msg
0001.... Heading code 1................ TRA-TRAFFIC RESTART ALLOWED
SS7_MTP2_Rus_2000.pdl
SS7_MTP3_Rus_2000.pdl
SS7_ISUP_Rus_2000.pdl
SS7_SCCP_Rus_2001.pdl
SS7_HUP_NMT_Ver7.pdl
SS7_TCAP_Rus_2001.pdm
SS7_INAP_Rus_1997.pdm
SS7_MAP_3GPP_Ver6120_2005.pdm
SS7_CAP_3GPP_Ver700_2005.pdm
SS7_BSSAP_ETSI_Ver890_1999.pdm
SS7_DTAP_ETSI_Ver7210_2003.pdm
SS7_SMS_3GPP_Rel6_2005.pdm
SS7_MUP_NMT_Ver11_1999.pdm
SS7_TUP_Blue_1988.pdm
Time elapsed: 1.00000 sec
Parse completed at: 1.00000 sec
Decoding completed at: 0.00000 sec


И с каких это пор CRC для MTP2 называется "remainder" ? Very Happy
Back to top
View user's profile Send private message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Tue Apr 08, 2008 6:02 pm    Post subject: Reply with quote

77 1B - это не "remainder", а CRC для MTP2
Back to top
View user's profile Send private message
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Tue Apr 08, 2008 6:13 pm    Post subject: Reply with quote

http://omw.linkbit.com/decoder/decoder.html - вот у них то же самое сообщение ошибки не вызвало...

P.S. Не сочтите, что это реклама линкбита....
[/img]
Back to top
View user's profile Send private message
id
Site Admin


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

PostPosted: Tue Apr 08, 2008 6:40 pm    Post subject: Reply with quote

В онлайн-декодер надо вводить сигнальное сообщение, очищенное от bit-staffing, без CRC16, FLAG.

Соответственно, если ввести CRC16, наш декодер будет трактовать это как продолжение SIF, которых, судя по LI, быть не должно и ругается. И с этой точки зрения - он совершенно прав Wink
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
id
Site Admin


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

PostPosted: Tue Apr 08, 2008 6:52 pm    Post subject: Reply with quote

Alex_P wrote:


Длина payload'a моего MTP2 сообщения как раз 6 байт (48 бит):
SNMM_header (Cool + SLS (4) + OPC (14) + DPC (14) + H0 (4) + H1 (4) = 48 бит.
Что и указано в LI поле MTP2 заголовка...

Так что где ошибка не понятно.


Первым делом, надо обратить внимание на текст ошибки и проверить длину сообщения. Имеем LI=6, плюс 3 в уме - итого 9. А по факту подаете - 11... Между прочим, это может быть вполне реальная ошибка - при формировании сообщения на коммутаторе к сообщению пристыковался мусор и уехал таким образом в линию. И нормальный коммутатор, кстати, такое сообщение отбросит по приему.
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
id
Site Admin


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

PostPosted: Wed Apr 09, 2008 8:22 am    Post subject: Reply with quote

Alex_P wrote:
http://omw.linkbit.com/decoder/decoder.html - вот у них то же самое сообщение ошибки не вызвало...

P.S. Не сочтите, что это реклама линкбита....


Скорее антиреклама. У них декодер просто ОТБРАСЫВАЕТ лишние байты и никак не сообщает об этом пользователю. Видите ли, мы не считаем, что скрывать ошибки от пользователя - это правильное поведение системы.

Кстати, вопрос к общественности: может быть нам стоит ограничить в онлайн-декодере количество запросов в день, как это сделано у конкурентов?...
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Wed Apr 09, 2008 10:31 am    Post subject: Reply with quote

Т.е. декодеру надо скармливать MTP2 без CRC ?
А заголовок MTP2 (с FSN/FIB/BSN/BIB) надо?
Если так, то странно получается - заголовок надо, а CRC - не надо...
Как проверяется корректность MTP2 пакета?

Можно тогда увидеть _пример_ TRA _без_ошибки_ (последовательность байт) ?
Ибо то, что было приведено Вами в первом ответе - это мой пакет без CRC. Причём ошибка осталсь та же.

P.S. Ограничив кол-во запросов - просто банально лишитесь _бесплатного_ тестирования...

P.P.S. Не расстраивайтесь - у LinkBit декодер хуже Wink
Как минимум нельзя сделать copy&paste раскодированного сообщения, да и автоопределение инкапсуляции протоколов у них часто барахлит - приходится ручками выствалять...
Back to top
View user's profile Send private message
id
Site Admin


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

PostPosted: Wed Apr 09, 2008 10:59 am    Post subject: Reply with quote

Alex_P wrote:
Т.е. декодеру надо скармливать MTP2 без CRC ?
А заголовок MTP2 (с FSN/FIB/BSN/BIB) надо?
Если так, то странно получается - заголовок надо, а CRC - не надо...
Как проверяется корректность MTP2 пакета?


Ничего странного.

Дело в том, что декодер "переваривает" сообщения не только ОКС7, но и других протоколов сигнализации. Думаю, не раскрою большой тайны, что есть такой протокол - HDLC, на основе которого создан MTP2. Там как раз определяется - флаг, полином CRC16, бит-стаффинг и требование к битовой длине сообщения быть кратной 8 (значащая часть). Таким образом, если брать то, что бегает в битовом потоке ИКМ - MTP2, LAPD, LAPV5, FR - всё это роднит вышеописанный механизм.

Далее, по поводу формата ввода шестнадцатиричного сообщения. Обычно, анализаторы протоколов и известные мне ABX (увы, под рукой сейчас нет ни одной) выводят дамп содержательной части уже после бит-стаффинга и после проверки CRC. Если CRC не совпал - значит сообщение будет отброшено и до показа дело вообще не дойдет. Иногда срезают заголовок MTP2, все равно там особо смотреть нечего, но так происходит далеко не всегда.

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

Если наберется минимальное количество желающих Wink могу сделать "страницу проверки корректности MTP2", чтобы можно было проверить CRC16, и, может быть, даже бит-стаффинг. Это несложно, правда совершенно не нужно пользователям наших анализаторов...

Alex_P wrote:

Можно тогда увидеть _пример_ TRA _без_ошибки_ (последовательность байт) ?
Ибо то, что было приведено Вами в первом ответе - это мой пакет без CRC. Причём ошибка осталсь та же.


Не совсем понял, что Вам нужно. Если последовательность "80 80 06 80 de c0 1b 10 17" чем-то не устраивает, дайте знать, чем.

Alex_P wrote:

P.S. Ограничив кол-во запросов - просто банально лишитесь _бесплатного_ тестирования...

P.P.S. Не расстраивайтесь - у LinkBit декодер хуже Wink
Как минимум нельзя сделать copy&paste раскодированного сообщения, да и автоопределение инкапсуляции протоколов у них часто барахлит - приходится ручками выствалять...


Боюсь, тут я согласиться никак не могу: сознательно закрыв текстовое копирование результата они защищаются от коммерческого использования нахаляву, а автоопределение иногда возможно сугубо эвристически, поэтому у нас его вообще нет (процесс расшифровки строго детерминирован содержимым полей и выбранным стеком протоколов. А вот про то, что конкурирующий механизм не считает лишние байты ошибкой, я не знал, и этим - действительно хуже.
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
Alex_P



Joined: 07 Apr 2008
Posts: 12

PostPosted: Wed Apr 09, 2008 11:31 am    Post subject: Reply with quote

Quote:
Не совсем понял, что Вам нужно. Если последовательность "80 80 06 80 de c0 1b 10 17" чем-то не устраивает, дайте знать, чем.

Дык... декодер выдаёт ошибку!

Насколько мне известно, после поднятия канала на уровне MTP2, сообщения TRA на уровне MTP3/SNMM достаточно, чтобы в свою очередь поднять MTP3 линк (у меня будет SEP - Signalling End Point, т.е. раутить ничего не надо). А потом уже можно слать ISUP/SCCP сообщения удалённой стороне.

А раз декодер выдаёт ошибку, значит мой TRA пакет потенциально не будет воспринят удалённой стороной.
Вот и хотелось бы "узнать как будет правильно", т.е. увидеть пример TRA на который декодер не выдаст ошибку.

Спасибо.
Back to top
View user's profile Send private message
Support
Сотрудник Seventest


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

PostPosted: Wed Apr 09, 2008 11:36 am    Post subject: Reply with quote

Alex_P wrote:
Quote:
Не совсем понял, что Вам нужно. Если последовательность "80 80 06 80 de c0 1b 10 17" чем-то не устраивает, дайте знать, чем.

Дык... декодер выдаёт ошибку!


а какой стек протоколов Вы используете?
правильное сообщение TRA и его декодирование (с использованием декодера) представлено в сообщении от 08 Апр 2008 16:09
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
Goto page 1, 2  Next
Page 1 of 2

 
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