NET через SIP Опции

[grey73]

В субботу успешно заменил MPB на MPBN.
Вроде всё гладко прошло -- даже LCOB8 перепрописывать не пришлось -- работают.
И вроде ничего не отвалилось :-)

Сейчас 3.8Bf.

Задача такая:

В PGM324 прописываю выход "7" через PSTN.
При наборе "7" гудит, добираем "333#" -- звонит по SIP нормально.
И всё вроде замечательно.

Теперь меняем "7" на "3**", а PSTN меняем на NET.
При наборе "333" гудит как будто это PSTN, а не NET.
И работает так же -- добираем 333# и попадаем куда надо.
Причем если на 3.6Df принимающая сторона видела номер "333333", то на 3.8Bf приходит "333" -- вроде как так и нужно.

Причем что на 3.6, что на 3.8 галка Digit Repeat ничего не переключает. Как в NET, так и в PSTN вариантах.

Настраивал согласно п. 2.21.2 доки на 3.8, скачанной с арткомовского даунлоада.

■ Тип сервиса внешней линии (CO Service Type) 4.2.1 (Программа 140) -- ISDN DID
■ Индекс таблицы COLP (COLP Table Index) 4.2.4.1 (Программа 143 – ПК1) -- 0
■ Индекс таблицы CLIP (CLIP Table Index) 4.2.4.2 (Программа 143 – ПК2) -- 0
■ Тип номера (Type of Calling Number) 4.2.4.3 (Программа 143 – ПК3) -- Subscriber
■ Тип преобразования входящего номера (DID Conversion Type) 4.2.4.4 (Программа 143 –
ПК4) -- 1
■ Количество удаляемых цифр в DID (DID Remove Number) 4.2.4.5 (Программа 143 – ПК 5) -- 0
■ Блочная передача номера вызываемого абонента (ISDN Enblock Send) 4.2.4.6
(Программа 143 – ПК6) -- ON
■ Таймер окончания набора в режиме «Enblock» (Enblock Digit Timer) 4.5.3.10 (Программа
182 – ПК 10) -- 5
■ Таблица префиксов АОН (CLIP/COLP Table) 4.8.2 (Программа 201) -- пусто везде
■ Тип сетевой линии (Networking CO Line Type) 4.12.3.4 (Программа 322 – ПК4) -- NET
■ Протокол работы платы VOIP (VOIB Mode) 4.13.1.12 (Программа 340 – ПК12) -- SIP

Итого, вопрос:
Как заставить работать исходящие по SIP в режиме NET через ПГМ324 ?

[vldmr]

при добавлении LCR живет проверено

[harris]

при добавлении LCR живет проверено

Если это "живет", то не за счет планового внедрения, а за счет дыры в софте!!!

[grey73]

Если это "живет", то не за счет планового внедрения, а за счет дыры в софте!!!

Игорь, не пытайтесь мне доказать, что LDK суть дырявая непонятно как работающая АТС ;-)))
Я это и так знаю ;-)))
Шутка.

А кроме шуток -- нормальная станция, работает уже несколько лет по принципу "работает не трожь".
Просто новые задачи появились, вот и "трожу".

Но логика... корейская...

Раз есть Enblock, причём по SIP ТОЛЬКО Enblock, то почему не реализовать аналог NET и по SIP тоже? Ведь по H323 работает. и НЕ ТОЛЬКО для объединения двух и более АТС в прозрачный план нумерации, а и с внешними серверами тоже.

И входящие с СО на SIP Net Number можно было бы транзитить правильно. Функцию зря что ли делали для России? ;-)

[harris]

Просто новые задачи появились, вот и "трожу".

Но логика... корейская...

Ну так новые задачи появились у ВАС, а у корейцев реализовано согласно их логики и их задачам: NET - это протокол межстанционной связи на основе Н.323. В отличии от SIP не требуется сервер для регистрации. Все как раз логично. Зачем ставить доп. сервер, если подразумевается соединение в сеть только станции ipLDK????
Чем собственно SIP лучше H.323 ???
Корейцы планировали SIP только транков PSTN.
И, поскольку SIP для NET не поддерживается, то это значит, что другие страны (UK/Italy/Sweden) это еще не запрашивали. Такова логика. А чтобы добиться модификации софта под вашу задачу нужно писать запрос... У меня, например, нет уверенности, что они возьмуться править софт, если не будет аналогичного запроса из Европы...

[grey73]

Ну так новые задачи появились у ВАС, а у корейцев реализовано согласно их логики и их задачам: NET - это протокол межстанционной связи на основе Н.323. В отличии от SIP не требуется сервер для регистрации. Все как раз логично. Зачем ставить доп. сервер, если подразумевается соединение в сеть только станции ipLDK????
Чем собственно SIP лучше H.323 ???
Корейцы планировали SIP только транков PSTN.
И, поскольку SIP для NET не поддерживается, то это значит, что другие страны (UK/Italy/Sweden) это еще не запрашивали. Такова логика. А чтобы добиться модификации софта под вашу задачу нужно писать запрос... У меня, например, нет уверенности, что они возьмуться править софт, если не будет аналогичного запроса из Европы...

По SIP факсы ходят через LDK. По H323 -- нет. По крайней мере, у меня.
Вернее, мне удалось через 10М канал между станциями LDK-300 в разных офисах прогонять факсы...
Но с кучей ошибок.
Это было на H323 старых плат VOIB.
Отказались в конце концов от этой затеи.

Вообще меня бы устроило "не пищать на код выхода на PSTN". Лучше на определенный код, а не как корейцы любят -- единую галку на всю станцию

Хотя ладно, сейчас сделал через LCR, как советовал AXEL (спасибо ему за это большое).
Пусть корейцы хотя бы ЭТУ БАГУ превратят в ФИЧУ, и не отламывают.


На данный момент не реализована единственная задача -- проброс с СО через SIP транзитом на внешний SIP-прокси. Так я и не узнал наиболее правильный способ это сделать.


ps:

Но вот ЭТО меня добило окончательно:
п. 2.2.10 доки:
11. Обработка номера по Таблице префиксов выполняется в последюю очередь,
непосредственно перед посылкой запроса Setup на опорную АТС. При одновременном
использовании таблиц маршрутизации LCR и таблицы префиксов блочного набора, сначала
выполняется функция LCR, а затем цифры номера, преобразованного согласно настройкам
таблицы DMT, направляются в буфер блочного набора для обработки в соответствии с
таблицей префиксов.

То есть выходит, если я в LCR имею кучу разных префиксов, а начала номеров после LCR-преобразования совпадают, то чёрта с два я эти префиксы узнАю на этапе ПГМ205? Хм...
Ладно, пока неактуально, но подводный камень имеется.
Хотя может оно и не надо никогда...