Здравствуйте, гость ( Вход | Регистрация )
22.6.2007, 17:46
Сообщение
#1
|
|
|
Участник ![]() ![]() Группа: Участники Сообщений: 12 Регистрация: 22.6.2007 Пользователь №: 2731 |
Проблема с трассировкой
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" , то бишь подробная трасировка не происходит. |
|
|
|
![]() |
25.6.2007, 9:38
Сообщение
#2
|
|
|
Участник ![]() ![]() Группа: Участники Сообщений: 12 Регистрация: 22.6.2007 Пользователь №: 2731 |
Вообще-то как раз и нужна подробная трасса. Изначально проблема в следующем: сейчас присоединяющие операторы требуют отдавать номер вызывающего абонента в десятизначном виде и тип абонента 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. Может кто сталкивалься с проблемой по поводу признака абонента? |
|
|
|
25.6.2007, 10:09
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Цитата(OLEG P @ Jun 25 2007, 10:38 AM) [snapback]5577[/snapback] Вообще-то как раз и нужна подробная трасса. Изначально проблема в следующем: сейчас присоединяющие операторы требуют отдавать номер вызывающего абонента в десятизначном виде и тип абонента 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 Проблема с трассировкой 22.6.2007, 17:46
AXEL в 175 программе прописываем порт для трассировки,
... 22.6.2007, 18:08
ALLeX Цитата
Enhanced Trace must need the DRAM.
SDMU у... 22.6.2007, 19:29
nikol Цитата(ALLeX @ Jun 22 2007, 08:29 PM) 551... 23.6.2007, 13:48
harris Цитата(nikol @ Jun 23 2007, 02:48 PM) 552... 25.6.2007, 7:01
nikol Цитата(harris @ Jun 25 2007, 08:01 AM) 55... 25.6.2007, 7:25
OLEG P Подробная трасса это как показано в руководстве ... 25.6.2007, 17:22
harris Цитата(OLEG P @ Jun 25 2007, 06:22 PM) 56... 26.6.2007, 7:59
Евген_й А провайдер что говорит, он то какой тип номера ви... 25.6.2007, 18:08
OLEG P Вот это трассировка у провайдера
3>
DBG EM/NV... 26.6.2007, 12:45
harris Цитата(OLEG P @ Jun 26 2007, 01:45 PM) 56... 26.6.2007, 13:26
OLEG P Провайдер хочет видеть вот такую трассу от провайд... 26.6.2007, 17:41
harris Цитата(OLEG P @ Jun 26 2007, 06:41 PM) 56... 26.6.2007, 18:20
harris 2 OLEG P:
Категорически прошу пардону!!... 27.6.2007, 7:13

OLEG P Цитата(harris @ Jun 27 2007, 08:13 AM) 56... 27.6.2007, 9:47
OLEG P Цитата(harris @ Jun 26 2007, 07:20 PM) 56... 27.6.2007, 9:58
serega ПОдскажите если кто знает, мне клиент LDK100 Присл... 27.1.2009, 16:54
harris Цитата(serega @ 27.1.2009, 16:54) такого ... 27.1.2009, 18:09
vldmr по моим сведениям у них версия 2.0 28.1.2009, 10:26
harris Цитата(vldmr @ 28.1.2009, 10:26) по моим ... 28.1.2009, 11:14
serega Цитата(harris @ 28.1.2009, 11:14) Там слу... 28.1.2009, 17:36
harris Цитата(serega @ 28.1.2009, 17:36) т.е. ес... 28.1.2009, 18:30
serega теперь я понял, дело в том что я станцию не админи... 29.1.2009, 11:42
kustoff Все вылечилось после upgrade до версии 2.2. 12.2.2009, 10:49![]() ![]() |
| Текстовая версия | Сейчас: 5.12.2025, 11:50 |