Проблема с трассировкой Опции

[OLEG P]

Проблема с трассировкой
PCADMIN 3.7 bg ldk 300 3.6 be

Ввожу команду mon> t b 05 n, а обещанный в инструкции "If PRI or VOI board was set, you can see the net msgs and information elements: IP info, Calling num, Called num and etc" , то бишь подробная трасировка не происходит.

[AXEL]

в 175 программе прописываем порт для трассировки,
3-й свитч на процессоре в положение OFF
и выйти из режима диалога MON

[ALLeX]

Enhanced Trace must need the DRAM.

SDMU установлен?

[nikol]

SDMU установлен?

Это же 300-ка! Там и так всего хватает...

[harris]

Это же 300-ка! Там и так всего хватает...

Вот именно, что 300-ка, а не 600-ка!
Если имеется в виду так называемая "расширенная" трассировка, то для 300-ки требуется модуль SDMU. Но ведь вполне можно обойтись и этого расширения (без текстовой туфты..).

[nikol]

Но ведь вполне можно обойтись и без этого расширения (без текстовой туфты..).

Именно это я и имел ввиду

[OLEG P]

Вообще-то как раз и нужна подробная трасса. Изначально проблема в следующем: сейчас присоединяющие операторы требуют отдавать номер вызывающего абонента в десятизначном виде и тип абонента National. Соответсвенно выставили в ПГМ 143 Call Type - National , COLP Table Idx - 0 , CLIP Table - 0 , в ПГМ 200 My Area Code - 8182, в ПГМ 201 Ind 0 - 278. Соответсвенно собирается идентификатор вызывающего абонента 8182278116. В лабораторных условиях у нас 300 - ка подцеплена к SI - 2000, снимаем трассировку на ней, видим этот номер, тип абонета - National, есть ещё такой признак IndScreen - User, not screen. (это в трассировке SI - 2000 ). Т.е. по идее всё нормально за исключением вот этого последнего признака.

У клиента (где наблюдается проблема) 300-ка подцеплена к оператору связи, настройки такие же, но оператор говорит, что видит 10-ти значный номер, но не видит признака National. Вот и хотелось бы снять подробную трассу на 300-ке у клиента с тем чтобы показать оператору, что она отдает.

В связи с этим два вопроса. 1. Без SDMU не снять подробную трассу?
2. Может кто сталкивалься с проблемой по поводу признака абонента?

[harris]

Вообще-то как раз и нужна подробная трасса. Изначально проблема в следующем: сейчас присоединяющие операторы требуют отдавать номер вызывающего абонента в десятизначном виде и тип абонента National. Соответсвенно выставили в ПГМ 143 Call Type - National , COLP Table Idx - 0 , CLIP Table - 0 , в ПГМ 200 My Area Code - 8182, в ПГМ 201 Ind 0 - 278. Соответсвенно собирается идентификатор вызывающего абонента 8182278116. В лабораторных условиях у нас 300 - ка подцеплена к SI - 2000, снимаем трассировку на ней, видим этот номер, тип абонета - National, есть ещё такой признак IndScreen - User, not screen. (это в трассировке SI - 2000 ). Т.е. по идее всё нормально за исключением вот этого последнего признака.

У клиента (где наблюдается проблема) 300-ка подцеплена к оператору связи, настройки такие же, но оператор говорит, что видит 10-ти значный номер, но не видит признака National. Вот и хотелось бы снять подробную трассу на 300-ке у клиента с тем чтобы показать оператору, что она отдает.

В связи с этим два вопроса. 1. Без SDMU не снять подробную трассу?
2. Может кто сталкивалься с проблемой по поводу признака абонента?

1. Что Вы подразумеваете под "подробной трассой"?????
При установке модуля SDMU станция дает расшифровку некоторых полей сообщений D-канала в текстовом виде. Вот и все. Без SDMU Вы и так получаете полную трассировку (все сообщения) D-канала в 16-тиричном формате, но без текстовых комментариев. Если знаете стандарт Q.931 (или же аналогичный - ETSI 300-102), то можете сами все расшифровать.
Если Вы уверены, что настройки те же, то пускай провайдер "протрет глаза", раз он "не видит"...
2. Речь идет о Screening Indicator???? А чем не устраивает его значение= user-provided, not screened????? Вообще-то, станция PBX обычно так и должна отдавать свой номер...
- А какое значение этого индикатора Вам требуется???? User-provided, verified and passed?????
- Какая версия станционного ПО на LDK???
- Какой тип набора используете (Enbloc\Overlap)????

[OLEG P]

Подробная трасса это как показано в руководстве "LG Key System Software
Technical Information, LDK-300 and LDK-100 Monitor/Maintenance", (скриншоты на черном фоне)

Прошивка 3.2 At

Enblok

К сожалению стандартов в совершенсве не знаю, поэтому без текстовых комментариев сложновато.

[Евген_й]

А провайдер что говорит, он то какой тип номера видит.
А Вам проще скинуть сценарий. Сразу и скажем.

[harris]

Подробная трасса это как показано в руководстве "LG Key System Software
Technical Information, LDK-300 and LDK-100 Monitor/Maintenance", (скриншоты на черном фоне)

Прошивка 3.2 At

Enblok
К сожалению стандартов в совершенсве не знаю, поэтому без текстовых комментариев сложновато.

1. На этой версии следующие значения Screening Indicator'а:
- при посылке Overlap'ом = 00 (user-provided, not srceened)
- при посылке Enbloc'ом =01 (user-provided, verified and passed).
На версиях 3.7С уже можно устанавливать разные значения этого параметра для разных транков и вне зависимости от способа набора.

2. Снимите трассировку в том виде, как ее выдает станция (без текста), и пришлите мне. Проверим сомнения провайдера по поводу формата National....

[OLEG P]

Вот это трассировка у провайдера

3>
DBG EM/NVZ; 2007-06-26 12:41:08.13
1/0 L2->L3 IMSG/0005-SETUP CREF/7f12-
08 02 7f 12 05 04 03 80 90 a3 18 03 a9 83 93 6c
0c 20 81 38 31 38 32 30 35 31 31 31 38 70 0c 80
38 34 39 35 37 38 34 37 38 38 34
>MSG:SETUP CREF 0x7f12
>>IE:BearerCap CCITT_Std InfoTransferCap:speech Octet4:0x90 ProtocolId:a-law

>>IE:ChannelId ChannelPref:exclusive DchanIndicator:notDchan
ChannelSelectionInfo:as_indicated CodingStandard:CCITT/ITU
ChanMap=IndicateByNumber ChanNumber=19 ChanType=BchanUnit
>>IE:CallingNumber NumberingPlan:other
Presentation:present_ok_screening_passed
Number:8182051118
>>IE:CalledNumber NumberingPlan:unknown
Number:84957847884

Провайдеру нужно, чтобы то что выделено красным имело значение national

[harris]

Вот это трассировка у провайдера

3>
DBG EM/NVZ; 2007-06-26 12:41:08.13
1/0 L2->L3 IMSG/0005-SETUP CREF/7f12-
08 02 7f 12 05 04 03 80 90 a3 18 03 a9 83 93 6c
0c 20 81 38 31 38 32 30 35 31 31 31 38 70 0c 80
38 34 39 35 37 38 34 37 38 38 34
>MSG:SETUP CREF 0x7f12
>>IE:BearerCap CCITT_Std InfoTransferCap:speech Octet4:0x90 ProtocolId:a-law

>>IE:ChannelId ChannelPref:exclusive DchanIndicator:notDchan
ChannelSelectionInfo:as_indicated CodingStandard:CCITT/ITU
ChanMap=IndicateByNumber ChanNumber=19 ChanType=BchanUnit
>>IE:CallingNumber NumberingPlan:other
Presentation:present_ok_screening_passed
Number:8182051118
>>IE:CalledNumber NumberingPlan:unknown
Number:84957847884

Провайдеру нужно, чтобы то что выделено красным имело значение national

Пускай ваш провайдер "протрет глаза"...
Выделенный мною октет (=20'h) в Calling Party Number (ваш АОН) имеет следующее значение:
Type of Number = National Number
Numbering Plan = Uknown
В этом октете содержатся два разных параметра, а не один!!!! У вашего провайдера почему-то они не разделяются. Понятие OTHER, видимо, в коммутаторе у провайдера означает несоответствие этого октета ожидаемому. Но это может быть вовсе не из-за параметра "ТИП НОМЕРА" (он как раз = National), а из-за "Плана нумерации" (ваша станция отсылает - Unknown, а провайдер возможно ожидает = ISDN/telephony numbering plan). Если провайдера не удовлетворяет "План нумерации", то при чем здесь "Тип Номера"=National.
Точно также в другом октете трассировщик у провайдера не разделяет два следующих параметра: Presentation Indicator и Screening Indicator -> все вместе почему-то обозвали "Presentation".
Трассировщик не различает (видимо, это особенность данного коммутатора), но обслуживающий его инженер должен же в этом разбираться.
Отправьте провайдера к .... стандарту.
Но, если действительно требуется использовать "план нумерации"=ISDN/telephony num. plan, то в станциях LDK начиная с версий 2.2 этот параметр можно установить в ПГМ143/8: для Calling (F1) и для Called (F2).

[OLEG P]

Провайдер хочет видеть вот такую трассу от провайдера



DBG EM/NVZ; 2007-06-26 17:52:56.17
1/0 L2->L3 IMSG/0005-SETUP CREF/7f02-
08 02 7f 02 05 a1 04 03 80 90 a3 18 03 a9 83 82
6c 0c 21 80 38 31 38 32 30 35 30 33 32 31 70 0c
80 38 34 39 35 37 37 37 37 37 37 37
>MSG:SETUP CREF 0x7f02
>>IE:Sending_Complete
>>IE:BearerCap CCITT_Std InfoTransferCap:speech Octet4:0x90 ProtocolId:a-law

>>IE:ChannelId ChannelPref:exclusive DchanIndicator:notDchan
ChannelSelectionInfo:as_indicated CodingStandard:CCITT/ITU
ChanMap=IndicateByNumber ChanNumber=2 ChanType=BchanUnit
>>IE:CallingNumber NumberingPlan:National_E.164
Presentation:present_ok_not_screened
Number:8182050321
>>IE:CalledNumber NumberingPlan:unknown
Number:84957777777

Как её можно выбить из 300-ки

[harris]

Провайдер хочет видеть вот такую трассу от провайдера
DBG EM/NVZ; 2007-06-26 17:52:56.17
1/0 L2->L3 IMSG/0005-SETUP CREF/7f02-
08 02 7f 02 05 a1 04 03 80 90 a3 18 03 a9 83 82
6c 0c 21 80 38 31 38 32 30 35 30 33 32 31 70 0c
80 38 34 39 35 37 37 37 37 37 37 37
>MSG:SETUP CREF 0x7f02
>>IE:Sending_Complete
>>IE:BearerCap CCITT_Std InfoTransferCap:speech Octet4:0x90 ProtocolId:a-law

>>IE:ChannelId ChannelPref:exclusive DchanIndicator:notDchan
ChannelSelectionInfo:as_indicated CodingStandard:CCITT/ITU
ChanMap=IndicateByNumber ChanNumber=2 ChanType=BchanUnit
>>IE:CallingNumber NumberingPlan:National_E.164
Presentation:present_ok_not_screened
Number:8182050321
>>IE:CalledNumber NumberingPlan:unknown
Number:84957777777

Как её можно выбить из 300-ки

Лирическое отступление:
Из 300-ки ничего "выбивать" не надо...
Надо было выбить у провайдера членораздельную формулировку того, что им требуется. И если бы у нас все провайдеры работали также, как ваш: "Хочу вот так...", то у нас вся страна до сих пор бы не знала, что такое ISDN, и по старинке "перестукивалась по батареям".
По делу:
1. Тип номера = "National" у Вас уже прописан и присутствует в Setup'е. Требуется план нумерации =E.164 Я Вам уже написал, что в ПГМ143/8 можно указать значение =ISDN/telephony numbering plan. Это и есть E.164. ====> Поменяйте значение в ПГМ143/8.
2. Провайдер требует Указатель Просмотра (Screening Indicator) = 00 (not screened). С этим сложнее.
Варианты решения:
1) поменять способ набора в ПГМ143/6 = OFF ==> вместо Enbloc использовать Overlap. Тогда 300-ка выдаст нужное значение индикатора (я Вам про это уже писал). Провайдера нужно будет уведомить о смене способа набора.
2) поменять версию с 3.6 на 3.7 (для этого в 300-ке должен быть новый процессор MPBN или МPB исполнение 6). Тогда я Вам вышлю тестовую версию прошивки, на которой значение этого индикатора можно менять вне зависимости от способа набора.

[harris]

2 OLEG P:
Категорически прошу пардону!!!! Совсем забыл, что есть версия уровня 3.6, на которой Screening Indicator всегда отдается с нужным Вам значением (not_screened). Для сертификации в Белоруссии на этой версии специально изменили значение индикатора в соответствии с их требованиями.
Так что, нет необходимости в версии 3.7 и не нужно искать процессор MPBN.
Сообщите, на какой адрес выслать Вам эту прошивку??????

[OLEG P]

2 OLEG P:
Категорически прошу пардону!!!! Совсем забыл, что есть версия уровня 3.6, на которой Screening Indicator всегда отдается с нужным Вам значением (not_screened). Для сертификации в Белоруссии на этой версии специально изменили значение индикатора в соответствии с их требованиями.
Так что, нет необходимости в версии 3.7 и не нужно искать процессор MPBN.
Сообщите, на какой адрес выслать Вам эту прошивку??????

Спасибо за эту информацию.

[OLEG P]

Лирическое отступление:
Из 300-ки ничего "выбивать" не надо...
Надо было выбить у провайдера членораздельную формулировку того, что им требуется. И если бы у нас все провайдеры работали также, как ваш: "Хочу вот так...", то у нас вся страна до сих пор бы не знала, что такое ISDN, и по старинке "перестукивалась по батареям".
По делу:
1. Тип номера = "National" у Вас уже прописан и присутствует в Setup'е. Требуется план нумерации =E.164 Я Вам уже написал, что в ПГМ143/8 можно указать значение =ISDN/telephony numbering plan. Это и есть E.164. ====> Поменяйте значение в ПГМ143/8.

Всё сделано, если дадите мыло, пришлю скрины с псадмина.

Но трассировка у провайдера всё равно такая:

DBG EM/NVZ; 2007-06-27 09:59:54.24
1/0 L2->L3 IMSG/0005-SETUP CREF/7f0a-
08 02 7f 0a 05 04 03 80 90 a3 18 03 a9 83 8a 6c
0c 20 81 38 31 38 32 30 35 31 31 31 39 70 0c 80
38 34 39 35 37 38 34 37 38 38 34
>MSG:SETUP CREF 0x7f0a
>>IE:BearerCap CCITT_Std InfoTransferCap:speech Octet4:0x90 ProtocolId:a-law

>>IE:ChannelId ChannelPref:exclusive DchanIndicator:notDchan
ChannelSelectionInfo:as_indicated CodingStandard:CCITT/ITU
ChanMap=IndicateByNumber ChanNumber=10 ChanType=BchanUnit
>>IE:CallingNumber NumberingPlan:other
Presentation:present_ok_screening_passed
Number:8182051119
>>IE:CalledNumber NumberingPlan:unknown
Number:84957847884

[serega]

ПОдскажите если кто знает, мне клиент LDK100 Прислал свою трассу:

12/10/08 TIME: 10:28:00
598733 COL:08 14 St:co idle (00) Ev-I:seize req P1: 0 P2: 0 EVT: 15 <- 25,04
598733 C>08 14, D5 19 05 04 03 80 90 A3 18 03 A9 83 8E 6C 0C 06 80 34 39 35 36 34 35 38 34 34 35
598734 D>08 14, C1 00 00
598736 COL:08 14 St:wt sz rsp (00) EVT 6 06 0D 18 03 A9 83 8E (U1)
598736 COL:08 14 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 38,61
598736 D>08 14, C0 00 41
598736 COL:08 14 St:dialing (00) Ev-I:mem dial P1: 0 P2:101BB61 EVT: 46 <- 25,04
598737 COL:08 14 St:dialing (00) Ev-I:dial P1: A P2: 0 EVT: 50 <- 25,04
598738 COL:08 15 St:talk (00) EVT :E7 16 6E 27 01 FA 28 10 52 45 4D 4F 54 45 20 52 45 54 52 49 45 56 45 20 (U10)
598740 C>08 14, E6 05 7B 70 02 80 35
598740 CO=38 >5
598742 COL:08 14 St:dialing (00) Ev-I:dial P1: 2 P2: 0 EVT: 50 <- 25,04
598742 C>08 14, E6 05 7B 70 02 80 30

Интересует вот этот фрагмент в 3-ей строчке 6C 0C 06 80 34 39 35 36 34 35 38 34 34 35

6С - идентификация поля Calling Party Number
0C- длина поля ( 12 октетов)
06 = 00000110 из них 0 - номер "подоктета" , 000 - тип номера
Unknown, 0110 - Numbering Plan

Numbering plan identification (octet 3)
Bits
4 3 2 1
=======
0 0 0 0 unknown
0 0 0 1 ISDN/Telephony numbering plan (Rec E.164/E163)
0 0 1 1 data numbering plan (Rec. X.121)
0 1 0 0 telex numbering plan (Rec. F.69)
1 0 0 0 national standard numbering plan
1 0 0 1 private numbering plan
1 1 1 1 reserved for extension



такого значения 0110 я нигде не нашел. Что это означает? Из за того что моя станция ЭТО не понимает я не могу АОН в город корректный отдавать.

[harris]

такого значения 0110 я нигде не нашел. Что это означает? Из за того что моя станция ЭТО не понимает я не могу АОН в город корректный отдавать.

Да, такого значения не должно быть...
Скорее всего на этой станции делали Upgrade, но забыли проинициализировать новую версию.
Поэтому это поле осталось неинициализированным, там в памяти прописано некое случайное число...
Нужно просто прописать соответствующий параметр:
в ПГМ143/8 (кнопка 1 - для Calling Party и кнопка 2 - для Called Party).
Нужно в обоих полях (для Сalled Party тоже) прописать = 1 (ISDN/Telephony numbering plan).
Думаю, это решит проблему...