Добрый день!

Имеется агрегат ipLDK-300 (MPB GS30P-3.6Df) с VoIBE, в Москве у головной конторы имеется АТС другого производителя, соответственно, существенной помощи оттуда ждать не приходится, посему вопию здесь

Когда-то правдами и неправдами настроили VoIP между нами и Головным офисом. Шаманили и дошаманились. Всё работает. Теперь вдруг выясняется, что для нас Головной офис посылку цифр вызываемого номера формирует не так, как для других филиалов (у которых зоопарк разных АТС разных производителей), а по особенному. Вообще, номер формируется как FFNNNN, где FF - двузначный код филиала в системе нашей организации, NNNN - внутренний номер (extension) в АТС филиала, при трехзначной нумерации - 0NNN. При вызове филиальского абонента из Москвы набирается номер FFNNNN, он улетает в канал, принимающая АТС откусывает FF, и адресует вызов на ext NNNN. Так вот, теперь Голова говорит, что нам они посылают сразу NNN (у нас трехзначная нумерация), и при этом сами откусывают FF0 из набранного вызывающим абонентом номера. Если же сделать для нас набор, как для всех, то у нас ничего не происходит, а у них на системнике диагностируется ошибка набора (видимо, отлуп приходит от нашей АТС).

Собственно, стоит задача научить нашу АТС отгрызать FF0 из приходящей посылки. Для начала начал курить инструкцию ipLDK_60_100_300_300E_v_3_8_PM_RUS.pdf (Руководство по программированию), стянутую с этого сайта. В пункте 2.1.3 на странице 15 имеется дивная граф-схема алгоритма обработки входящего вызова. По ней и начал проверять свои настройки:
1. Линия DID?
Да, в PGM140 стоит Type=ISDN DID.
2. Линия ISDN?
Да, там же. Но даже если и нет, все равно там вернемся в общее русло. Но - таки да.
3. Есть ли совпадение в таблице MSN (PGM202) 1) номер линии и CPN, 2) CPN?
Тут не знаю, у меня таблица PGM202 пустая, если ответ ДА, то по стрелке идем на PGM231, а та таблица у меня тоже пустая. Если по НЕТ идти, то:
4. Программа 143 Удаление цифр
Нет, PGM143, DID Remove Num =0
5. Программа 201 Таблица COLP?
Да, там как раз стоят цифры 110 (те самые FF0 из входящего набора FF0NNN, у нас код филиала FF=11)
Значит, в этот момент АТС должна слопать первые три цифры послыки, что мне и требуется?

Дальше по алгоритму проверяется PGM143 DID conversion type, сюда сходятся так же варианты п.5/нет, п.4/да, п.2/нет. У меня DID Conv type=1, следовательно, должен идти вызов по номеру, полученному после п.5, и при этом PGM146 тут не играет.

Это всё теория. А на практике - как Голова гонит мне FF0NNN, так звонок не проходит, когда они обрезают до NNN, тогда проходит.

Что я еще не учел, где посмотреть?

Головной офис присылает номер из 6 цифр. Вам нужно только 3.
Так "откусите" первые 3 цифры. В ПГМ143/4 (DID Remove Number) пропишите =3. И все.

(кисло) Ну, очевидные-то ответы я уже перепробовал.. И этот тоже.. И с ПГМ146 баловался.. Подозреваю, что ответ где-то на поверхности, но незаметен замыленному взгляду..

- Что указано в ПГМ143/4 (DID Conv Type) для каналов VOIP??
- Какой тип линий в ПГМ322 указан для каналов VOIP: Net или PSTN??
- Какой протокол: H.323 или SIP??
- Если очевидное невероятно, то тогда нужно смотреть трассировку.

DID Conv Type=1
PSTN
H.323

Ой..

Тип 1: Цифры входящего номера соответствуют назначению – преобразование не производится.

ОК. Тогда непонятно, что именно у Вас происходит при посылке номера в формате FFONNN.
Нужно смотреть трассировку.. Ну и конфиг хорошо бы тоже глянуть.

В ПГМ201 попробуйте удалить запись префикса =110, но поставьте в ПГМ143/5 (DID Remove Num) =3.
Либо вырезать (ПГМ201) конкретный префикс, либо вырезать любые первые 3 цифры (ПГМ143/5).

Ну да. Но по тому алгоритму таблица COLP (PGM201) должна уже откусить лишнее.
Попробовать DID Conv type поставить в 0 или 2 и покрутить ПГМ146? Но ведь сейчас-то должно было работать, а почему не..

Для 146 - в "0" (без использования режимов дня)

2 Stasmar:
Стас! Я что-то не понял, какую именно связь между ПГМ143/4 (DID Conv Type) и ПГМ146 ты имеешь в виду???

2 Mix:
Слушайте, оставьте DID Conv Type = 1, раз не нужны никакие пробразования!!

Если речь про посылку, то трассировка нужна на исходящей стороне? Ммм..


Либо - либо? Они друг другу как-то мешают? Еще до прочтения этого письма я щас уже поставил DID Remove = 3, при этом не убрал из ПГМ201, естессно, поскольку еще не читал это письмо. Не прокатило. Московский шаман говорит, что у него выходит диагностика "Unassigned number".

Щас попробую ПГМ201 убрать при DID Rem=3..

Ну почему же?? Вполне можно снять трассировку на стороне LDK.


Unassigned number - значит по полученным в результате цифрам станция не смогла смаршрутизировать номер. Что-то не то и не туда "отрезали"...

Я так понял, что присылают не 6 цифр, а 4 или 3. Откусывать, может, надо не 3 цифры, а 1 или 0?

Ну так что??
Трассировки не сняли??
Так хотя бы файл конфига станции выложите для обозрения. И будем верить в то, что головной офис присылает 6 цифр.

Ну попробовал.. Толку не дало, при этом, естессно, сломался COLP и перестал работать АОН на московской стороне, в результате звонок стал разруливаться не туда и вообще ерунда какая-то получилась. Вернул ПГМ201 взад-как-было.

Тут моё воспаленное воображение вспомнило про наш старый топик http://www.artcom.ru/forum/index.php?showtopic=7611, самый его конец. Я вспомнил, что VoIP линии у меня поделены на две группы. Причем, связь с Головой осуществляется именно по второй группе. Плата VoIBE состоит из 12 линий, первые 6 отданы на наши собственные отделения (как описано в том топике), а вторые - на Москву. Не может быть проблема в том, что московский звонок прилетает на VoIBE, а там уж падает на одну из первых 6 линий, у которых настройки совсем не те, о которых мы тут говорим?

А почему такое впечатление создалось? Я-то исхожу, что они 6 цифр присылают. По крайней мере, их шаман так говорит.

Неа. Я еще не настоящий волшебник. По правде сказать, я их вообще ни разу не снимал. Это надо LDKdiag запускать на тему mon t ... ?


Сюда можно? 1,6М, кажется. Завтра попробую.


Ну, я на это надеюсь.

Да. ПГМ201 естественно влияет на исходящий CLI. Ну так для проверки входящей связи можно и пожертвовать.

Это какой конец топика?? Там где канделябром, пардон, биноклем по башке???

Настройки по входящей связи никак не должны отличаться для каналов VOIBE в зависимости от назначенных групп, т.е. настройки для приема входящих вызовов не должны отличаться для групп. Деление на группы относится только для исходящей связи!!!
При входящем вызове занимается свободный канал VOIBE (обычно с младшего номера канала), и при этом нет никаких групп!! Все настройки для приема должны быть одинаковы для всех каналов VOIBE

Файл конфига здесь не удастся выложить. Тут только до 500к. Можно положить на любой файлообменник и здесь дать ссылку.

Что касается трассировки, то можно трассировать LDK, а можно снять трассировку пакетов сниффером (WireShark'ом, например).

Ну да, пожертвовал. Не прокатило.

Чучуть раньше


Значит, моя очередная соломинка треснула.

"Соломинку" можно попробовать подремонтировать. Но нужно знать подробно: нынешний конфиг и суть задачи в комплексе.
У Вас два разных сетевых плана нумерации: для "собственных" отделений и для отделений, с которыми Вы связываетесь через головной офис в Москве?? Так??

Ну примерно так. Я завтра поподробнее распишу и конфиг выложу куда-нть. Спасибо за соучастие