Трям!

Объясните, плиз, неграмотному где правда описана??? :confused:
Cогласно документа "ITU-T Recommendation Q.931 (03/93)" IE, н-р,
Called party number - 01110000, т.е. 70
Calling party number - 01101100, т.е. 6С

Попробовав применить это на практике столкнулся с:

1. Эти IE имеют совсем другие коды.
2. Между "полезными" затесались неописаные байты и какието "00". Откуда?
3. П.1 и 2 относятся и к другим IE.

Кто подскажет где взять документ в котором описаны эти изменения?

ifc EURO, cnty ETSI, tktp DID

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 0000000C CH 1 19 TOD 14:18:52 CK 14A0C87E
PRIM HDR: 01 00 01 00 55 00
MSG HDR: 08 02 0C 00 0E 00
BCAP: 01 0D 13 00 01 10 00 00 23 00 00 00 00 00 00
CHID: 09 09 0D 00 29 00 03 00 01 00 13
PROGI: 1E 04 03 00 01 83
CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07
CAD#: 03 0D 03 00 41 00 07 00 02 01 02 03 04 05 06
SNCMP: 23 00
SRVIN: 24 04 03 00 01 01
PCATG: 1D 03 01 00 01

Вообще-то, после идентификатора IE Called party number и Calling party number идут еще 3 "служебных" байта, первый из которых - это длина этого IE, второй - Type of Number и Numbering Plan, потом Presentation Indicator и Screening Idicator, и только после них сами цифры номера. Где вы нашли там 00 я так и не понял...

mike1 пишет
Вообщето после идентификатора IE Called party number и Calling party number идут еще 3 "служебных" байта, первый из которых - это длина этого IE, второй - Type of Number и Numbering Plan, потом Presentation Indicator и Screening Idicator, и только после них сами цифры номера.
Правильно(для Calling party). Я и хотел увидеть эти ТРИ, а не СЕМЬ служебных байта.


Где вы нашли там 00 я так и не понял.
Так вот же они
...
CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07
....

Эта строка, по документу, должна была выглядеть:
CLNG:6C 09 21 80 01 02 03 04 05 06 07

Byaka пишет
Правильно(для Calling party).
Все правильно, для Called Party их 2. Я описАлся.


Так вот же они
...
CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07
....

Эта строка, по документу, должна была выглядеть:
CLNG:6C 09 21 80 01 02 03 04 05 06 07
А счего вы взяли, что CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07 это и есть Calling Party? Где вы здесь видете 6С? И вообще, что такое CLNG и CLG, (а то я в Меридианах не спец).

А счего вы взяли, что CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07 это и есть Calling Party? Где вы здесь видете 6С? И вообще, что такое CLNG и CLG, (а то я в Меридианах не спец).

Потому что "01 02 03 04 05 06 07" - это мой CLID. По доке меридиана Calling Party должно называться CLNG. А CLG# вообще отсутствует.
Я тоже хочу знать почему я не вижу в трейсе 6С, и куда его дел меридиан :)

Странный CLID у вас...
Т.е. я так понял сами цифры CLID'а - 1234567
Тогда в трейсе он должен выглядеть не "01 02 03 04 05 06 07", а "31 32 33 34 35 36 37". Кодировка ведь IA-5 используется...

mike1 пишет
Тогда в трейсе он должен выглядеть не "01 02 03 04 05 06 07", а "31 32 33 34 35 36 37". Кодировка ведь IA-5 используется...
Это вопрос к меридиану, почему в таком виде...
Вот пример двух сетапов входящий и исходящий. Схема mer1 - SL1 - mer2. В одном случае цифры 01 02 03...0А, в другом 31 32.... Почему так, пока не разбирался.

DCH 11 IMSG SETUP REF 00008011 CH 3 17 TOD 16:42:26 CK 5C95CD77
HEADER:2F 01 00 32 08 02 00 11 05
BCAP:04 03 80 90 A2
CHID:18 04 E9 80 83 11
PROG:1E 02 81 83
DISP:28 0D B1 4E ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ
ХХ
CLNG:6C 06 69 80 06 02 03 01
CLED:70 05 E9 01 02 0A 0A
---------------------------------------------------------------------------
DCH 11 OMSG SETUP REF 00000010 CH 3 16 TOD 16:43:06 CK 5C96FD90
HEADER:01 01 00 36 08 01 10 05
BCAP:04 03 80 90 A2
CHID:18 04 E9 80 83 10
PROG:1E 02 81 83
DISP:28 12 B1 53 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ
ХХ ХХ ХХ ХХ ХХ ХХ
CLNG:6C 06 69 80 31 33 32 39
CLED:70 05 E9 36 31 31 37

>>Объясните, плиз, неграмотному где правда описана???
2Byaka: Вы пытаетесь анализировать не Q.931, а UIPE трассировку, которая естественно не совпадает с ITUT стандартом. Соответственно правда описана и в стандартах и в нортелевских доках.

Byaka пишет
Это вопрос к меридиану, почему в таком виде...
Схема mer1 - SL1 - mer2. В одном случае цифры 01 02 03...0А, в другом 31 32.... Почему так, пока не разбирался.

Я хоть в Меридианах и не спец, и ими не занимаюсь, но Меридиановский форум читаю для общего развития (кто знает, как жизнь повернется, может быть и ими займусь), так вот, насколько я знаю, SL1 - это не стандартный протокол DSS1 (описанный в рекомендациях ITU-T Q.931), а фирменный протокол сигнализации Nortel'а, построенный на основе DSS1. И тот трейс, который вы пытаетесь разбирать нельзя читать по Q.931. Отсюда и есть эти все неувязки.
Если я где-то ошибся пусть меня поправят.

Поправляю. В данном случае SL1 (действительно собственный нортеловский протокол) непричем. Просто, о чем уже написал выше Алексей, это попытка интерпретировать байты, уже прошедшие обработку. Это не "сырой" лог (который вы могли бы снять анализатором), а обработанные данные, выведенные в специфическом формате.
Удачи

PS
DCH 10 UIPE_OMSG CC_SETUP_REQ REF 0000000C CH 1 19 TOD 14:18:52 CK 14A0C87E
PRIM HDR: 01 00 01 00 55 00
MSG HDR: 08 02 0C 00 0E 00
BCAP: 01 0D 13 00 01 10 00 00 23 00 00 00 00 00 00
Bearer Capability = Speech A-Law
CHID: 09 09 0D 00 29 00 03 00 01 00 13
PROGI: 1E 04 03 00 01 83
Progress Indicator
Location = Private ntwk serving local User
Description = Origination is non-ISDN
CLG#: 05 0D 07 00 21 00 07 00 01 02 03 04 05 06 07
Calling Party Number
Call type = National
Numbering plan = E.164
Presentation Allowed
Display = User provided NOT screened
Number = 1234567
CAD#: 03 0D 03 00 41 00 07 00 02 01 02 03 04 05 06
Called Party Number
Numbering plan = E.164
Number = 2123456
SNCMP: 23 00
SRVIN: 24 04 03 00 01 01
Service Indicator = ISDN Telephone 3.1k
PCATG: 1D 03 01 00 01
Party Catagory = Extension

Что то такое я и предполагал.
2PhoneMan:
Не подскажете где взять доку на этот специфический формат?