Не очень тривиальная задачка SPD+NetPlan Опции

[Starter]

Как можно прописать в системный SPD набор номера по определенным направлениям PSTN из сетевого плана нумерации.
Например, в сетевом плане прописано направление по "5"ке выход на IP-направление через VOIB.
Как можно указать при программировании SPD что надо набирать номер по этому направлению.

LDK300, вер. 3.6Df

Пробовал через Speed Editor, но что-то по указанию NET заставить его работать не получилось.

[Гость_новенький_*]

2 dvs///
День добрый...
Нуууу...
Во первых если у Вас в центре софтсвич, я могу предположить что работа происходит в СИПе...
Тогда Вы наверное должны знать, что вер.3.5 ТУГО дружит с этим протоколом ( что в действительности касается и Н323 )...Попробуйте поднять вер. атс...
Во вторых где уверенность что в односторонней слышимости виновата атс ( а не канал-к примеру )..
В третих, я конечно не большой спец...но потоков настроил на Лыже наверное с добрых 5-6 десятков ( причём и для провайдера в качестве ТРАНЗИТНОЙ), и НИРАЗУ я не встречал ГЛОБОЛЬНУЮ задачу с которой бы не справилась "коррейская малышка"...
Не понимаю что значит фраза "VOIB жрали по 3 метра в час даже ночером" но подозреваю что опровергнуть её получится.....
Поймите , я не умничаю, просто мне обидно за малыху...Она свои деньги отбивает на 110%...

[dvs]

2 dvs///
День добрый...
Нуууу...
Во первых ..вер.3.5 ТУГО дружит с этим протоколом ( что в действительности касается и Н323 )...
Во вторых где уверенность что в односторонней слышимости виновата атс ( а не канал-к примеру )..
В третих, я конечно не большой спец...не встречал ГЛОБОЛЬНУЮ задачу с которой бы не справилась "коррейская малышка"...
Не понимаю что значит фраза "VOIB жрали по 3 метра в час даже ночером" но подозреваю что опровергнуть её получится.....

1. SIP 2.0 поддерживает колсвич, в тутошних VOIB (БЕЗ буквы Е) такой поддержки нет. Версию сменю нескоро: ни нового АSMU ни модуля памяти для перезаливки руководство не купит. Был бы рад перезалить без DRAM, но как это сделать?

Сказано ждать пока появится очередной клиент чтобы отдать ему старую (после отправки на перепрошивку) и забрать-поставить новую. Но теперь в ходу больше соха, HiPath11xx & TDA100

2. Когда потребовались прямые транзиты (мимо колсвича) в PGM322 появилось больше PSTN CO чем каналов на модулях VOIB(VOIU). Переключил кол и станции на 3-фреймовый g729 - тот же результат: односторонняя связь возникала и при соединениях VOIB-VPN-VOIB. Пришлось всё вернуть взад к трюковым транзитам с DТМF через g723.1 с одним фреймом (рассказывал в соседней ветке). Винить можно бы и кол, но когда через него ходят софтфоны нет ничего похожего

3. А как ты делал ТransitIN c аналоговых СО?

Сейчас если саратовский секретарь включит безусловную переадресацию на внутрикорпоративный номер в Энгельс то звонки из саратовского офиса пойдут в энгельсский, НО заруленные на секретаря вызовы с аналоговых СO Cаратова будут потеряны ещё до входа в тоннель

ТРИ(!) Мегабайта в час непонятно_чего VOIB крутили когда видели друг друга напрямую (без кола) и ни один транковый светодиод не горел; админ проверял по биллингу ISP

[Alexander Y. Leo...]

3. А как ты делал ТransitIN c аналоговых СО?
Сейчас если саратовский секретарь включит безусловную переадресацию на внутрикорпоративный номер в Энгельс то звонки из саратовского офиса пойдут в энгельсский, НО заруленные на секретаря вызовы с аналоговых СO Cаратова будут потеряны ещё до входа в тоннель /.../

Действительно, есть ли внятное ("пошаговое") решение/руководство по настройке УАТС ipLDK для маршрутизации внешних вызовов по аналоговым СО одной УАТС на внутренние номера другой УАСТ (соединенных QSIG или IP-Networking).
Кнопка "Поиск" в этом форуме (и в electoseti.ru) меня уже скоро игнорировать будет -- так я её "изнажимал" в поисках решения.

Если внутренний номер второй УАТС (на который нужно маршрутизировать внешние вызовы, поступающие на первую УАТС) заносить в системную speed-ячейку, потом организовывать на УАТС 1 специальную группу номеров, в поле overflow которой прописать номер этой ячейки, то на имеющимихся у меня под руками УАТСках (ipLDK-100 и -300 ver. 3.7) происходит следующее:

- Если звонить на группу с местной линии, то выбирается одна из доступных внешних линий и в нее запуливается тоновым набором номер, забитый в speed-ячейку (слышно в телефоне звонящего как УАТС тоновым набором надирает и потом, в логах, видно что был набор номера в другой аналоговы СО). Даже если в качестве исходящей линии или группы указать линию или группу линий, через которые УАТС соединены (по IP)
- Если звонить на внешнюю линию, для которой настроено, что вызов с нее будте маршрутизирован на специальную группу, то звонящий слышит один длинный гудок, потом идут которкие гудки (УАТС не смогла перекинуть вызов куда-то дальше?).

"Ручной" перевод вызова работает.

[harris]

Действительно, есть ли внятное ("пошаговое") решение/руководство по настройке УАТС ipLDK для маршрутизации внешних вызовов по аналоговым СО одной УАТС на внутренние номера другой УАСТ (соединенных QSIG или IP-Networking).
Кнопка "Поиск" в этом форуме (и в electoseti.ru) меня уже скоро игнорировать будет -- так я её "изнажимал" в поисках решения.

Для перенаправления входящих вызовов с аналоговой СО линии на другую станцию корпаративной сети:
- на версиях 3.6 -3.7: в ПГМ144 назначить вызов на какого-либо одного (только на одного!!!) абонента (STA). На указанном телефоне установить переадресацию на Net Number (на номер абонента другой станции). Можно также использовать CFWD Off-net - через Speed ячейку. Но тогда линии между станциями д.б. прописаны как PSTN.
- на версии 3.8: в ПГМ144 добавлена возможность непосредственно прописать Net Number (номер абонента другой станции в этой корпаративной сети). Кроме того, маршрутизация выполняется без замыкания шлейфа СО линии (шлейф замыкается только при ответе абонента другой станции).
Версия 3.8 будет доступна в конце декабря - начале января.