Проблема с трассировкой
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" , то бишь подробная трасировка не происходит.

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

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

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

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

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

Вообще-то как раз и нужна подробная трасса. Изначально проблема в следующем: сейчас присоединяющие операторы требуют отдавать номер вызывающего абонента в десятизначном виде и тип абонента 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)????

Подробная трасса это как показано в руководстве "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....

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

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).

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



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). Тогда я Вам вышлю тестовую версию прошивки, на которой значение этого индикатора можно менять вне зависимости от способа набора.

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

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

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

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

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

ПОдскажите если кто знает, мне клиент 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 я нигде не нашел. Что это означает? Из за того что моя станция ЭТО не понимает я не могу АОН в город корректный отдавать.

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

по моим сведениям у них версия 2.0

Там случайно QSIG не используется??? Это не транзит???

Если версия 2.0, то имеет смысл поднять версию как минимум до 2.2G. Там уже добавлена установка опции Type of Numbering Plan (ПГМ143/8).

т.е. если я вас правильно понял версия 2.0 неправильно работает с протоколом Euro ISDN? вот про QSIG не знаю, но думаете там возможно такое значение Numbering Plan? Я так поискал там вроде должно было бы Private.

1. Я про транзит спросил на всякий случай. Т.е. чтобы понять, кто формирует это поле.
И при транзите тоже не может быть такого значения. ОК, это станция не транзитная, вызов идет от абонента этой же станции...
2. Нет, Вы меня неправильно поняли. Версия 2.0 нормально работает с протоколом Euro ISDN. Но на этой версии нет возможности программно установить значение Numbering Plan. На версии 2.0 это значение фиксированное и всегда = 0000 (Unknown).
НО...!!! Исходя из трассировки, на вашей конкретной станции произошел какой-то сбой, значение байта в памяти станции изменилось, в результате чего станция посылает искаженный информационный элемент.
3. Какой версией PC-Admin Вы программируете станцию??? Или Вы программируете с системника???

теперь я понял, дело в том что я станцию не администрирую, а выступаю со стороны оператора. Было непонятно чем вызвано такое значение параметра. Значит сбой какой то произошел на оборудовании.Будем думать как бороться. Спасибо за помощь.

Все вылечилось после upgrade до версии 2.2.