![www.seventest.com Forum Index](http://www.seventest.ru/img/logo.gif) |
www.seventest.com Форум сайта Seventest (Это закрытый форум. На нем общаются только зарегистрированные пользователи Seventest. Регистрация)
|
View previous topic :: View next topic |
Author |
Message |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Mon Apr 07, 2008 5:53 pm Post subject: SNMM TRA - тоже почему-то с ошибкой декодирует... |
|
|
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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
Support Сотрудник Seventest
Joined: 30 Sep 2005 Posts: 355 Location: Санкт-Петербург
|
Posted: Tue Apr 08, 2008 2:37 pm Post subject: Re: SNMM TRA - тоже почему-то с ошибкой декодирует... |
|
|
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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Tue Apr 08, 2008 4:00 pm Post subject: |
|
|
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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Tue Apr 08, 2008 4:09 pm Post subject: |
|
|
А можно пример правильного TRA или как поправить этот ?
Насколько я знаю, при подключении нового оборудования, после уставновления связи на уровне MTP2 (SIO/SIN handshake) достаточно отправить TRA (Traffic Restart Allowed) а после этого (дождавшись подтверждения TRA) уже можно отправлять например SCCP сообщения.
Это так? |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
Support Сотрудник Seventest
Joined: 30 Sep 2005 Posts: 355 Location: Санкт-Петербург
|
Posted: Tue Apr 08, 2008 4:09 pm Post subject: |
|
|
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 ( + 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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Tue Apr 08, 2008 6:00 pm Post subject: |
|
|
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](images/smiles/icon_biggrin.gif) |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Tue Apr 08, 2008 6:02 pm Post subject: |
|
|
77 1B - это не "remainder", а CRC для MTP2 |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Tue Apr 08, 2008 6:40 pm Post subject: |
|
|
В онлайн-декодер надо вводить сигнальное сообщение, очищенное от bit-staffing, без CRC16, FLAG.
Соответственно, если ввести CRC16, наш декодер будет трактовать это как продолжение SIF, которых, судя по LI, быть не должно и ругается. И с этой точки зрения - он совершенно прав ![Wink](images/smiles/icon_wink.gif) _________________ Always yours, Ilya Danilov |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Tue Apr 08, 2008 6:52 pm Post subject: |
|
|
Alex_P wrote: |
Длина payload'a моего MTP2 сообщения как раз 6 байт (48 бит):
SNMM_header ( + 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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Wed Apr 09, 2008 8:22 am Post subject: |
|
|
Alex_P wrote: | http://omw.linkbit.com/decoder/decoder.html - вот у них то же самое сообщение ошибки не вызвало...
P.S. Не сочтите, что это реклама линкбита....
|
Скорее антиреклама. У них декодер просто ОТБРАСЫВАЕТ лишние байты и никак не сообщает об этом пользователю. Видите ли, мы не считаем, что скрывать ошибки от пользователя - это правильное поведение системы.
Кстати, вопрос к общественности: может быть нам стоит ограничить в онлайн-декодере количество запросов в день, как это сделано у конкурентов?... _________________ Always yours, Ilya Danilov |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Wed Apr 09, 2008 10:31 am Post subject: |
|
|
Т.е. декодеру надо скармливать MTP2 без CRC ?
А заголовок MTP2 (с FSN/FIB/BSN/BIB) надо?
Если так, то странно получается - заголовок надо, а CRC - не надо...
Как проверяется корректность MTP2 пакета?
Можно тогда увидеть _пример_ TRA _без_ошибки_ (последовательность байт) ?
Ибо то, что было приведено Вами в первом ответе - это мой пакет без CRC. Причём ошибка осталсь та же.
P.S. Ограничив кол-во запросов - просто банально лишитесь _бесплатного_ тестирования...
P.P.S. Не расстраивайтесь - у LinkBit декодер хуже
Как минимум нельзя сделать copy&paste раскодированного сообщения, да и автоопределение инкапсуляции протоколов у них часто барахлит - приходится ручками выствалять... |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Wed Apr 09, 2008 10:59 am Post subject: |
|
|
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-окна, а потом вставить эту информацию в онлайн-декодер и расшифровать.
Если наберется минимальное количество желающих могу сделать "страницу проверки корректности 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 декодер хуже
Как минимум нельзя сделать copy&paste раскодированного сообщения, да и автоопределение инкапсуляции протоколов у них часто барахлит - приходится ручками выствалять... |
Боюсь, тут я согласиться никак не могу: сознательно закрыв текстовое копирование результата они защищаются от коммерческого использования нахаляву, а автоопределение иногда возможно сугубо эвристически, поэтому у нас его вообще нет (процесс расшифровки строго детерминирован содержимым полей и выбранным стеком протоколов. А вот про то, что конкурирующий механизм не считает лишние байты ошибкой, я не знал, и этим - действительно хуже. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
Alex_P
Joined: 07 Apr 2008 Posts: 12
|
Posted: Wed Apr 09, 2008 11:31 am Post subject: |
|
|
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 |
|
![](templates/SwiftBlue/images/spacer.gif) |
Support Сотрудник Seventest
Joined: 30 Sep 2005 Posts: 355 Location: Санкт-Петербург
|
Posted: Wed Apr 09, 2008 11:36 am Post subject: |
|
|
Alex_P wrote: | Quote: | Не совсем понял, что Вам нужно. Если последовательность "80 80 06 80 de c0 1b 10 17" чем-то не устраивает, дайте знать, чем. |
Дык... декодер выдаёт ошибку!
|
а какой стек протоколов Вы используете?
правильное сообщение TRA и его декодирование (с использованием декодера) представлено в сообщении от 08 Апр 2008 16:09 |
|
Back to top |
|
![](templates/SwiftBlue/images/spacer.gif) |
|
|
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
|