Не очень тривиальная задачка 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 будет доступна в конце декабря - начале января.

[Alex_Q]

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

Доброго времени суток, уважаемые ...
Помнится мне, в свое время, я организовывал этот трансфер через Hunt группы (тип Ring), с последующим указанием на Speed ячейку в этих группах. Overflow timer=1. В группу вставлял незадействованные порты, к примеру - 198, 199. Ну и разумеется, Speed ячейку надо прописать примерно так, как было оговорено выше. Вот только не помню точно, это должна быть тип 8 или тип 9 переадресация...
Причем на этот вариант решения, по-моему, натолкнул меня уважаемый Игорь.
Попробуйте так, если решение еще не найдено ...
И все работало, как ни странно, да еще и на версии 3.0Сс...
Похоже - "ларчик" потихоньку переполняется?!...

[harris]

Доброго времени суток, уважаемые ...
Помнится мне, в свое время, я организовывал этот трансфер через Hunt группы (тип Ring), с последующим указанием на Speed ячейку в этих группах. Overflow timer=1. В группу вставлял незадействованные порты, к примеру - 198, 199. Ну и разумеется, Speed ячейку надо прописать примерно так, как было оговорено выше.
Причем на этот вариант решения, по-моему, натолкнул меня уважаемый Игорь.
Попробуйте так, если решение еще не найдено ...
И все работало, как ни странно, да еще и на версии 3.0Сс...
Похоже - "ларчик" потихоньку переполняется?!...

Да, конечно, можно и так, как описал уважаемый Alex_Q (по переполнению из Hunt-группы на Speed-ячейку)... Но, в этом случае линии должны быть типа PSTN, а не Net (по ПГМ322).

[Alex_Q]

Да, конечно, можно и так, как описал уважаемый Alex_Q (по переполнению из Hunt-группы на Speed-ячейку)... Но, в этом случае линии должны быть типа PSTN, а не Net (по ПГМ322).

Прошу прощения за дезу - при такой схеме у меня работала переадрессация тип 7.
А типа 5 тогда еще не было.
И вот, похоже, здесь мы и имеем траблы.
И все-таки, не взирая на это, Игорь - какой самый оптимальный вариант решения данной задачи в случае PMU v.3.6Xx?

[harris]

Прошу прощения за дезу - при такой схеме у меня работала переадрессация тип 7.
А типа 5 тогда еще не было.
И вот, похоже, здесь мы и имеем траблы.
И все-таки, не взирая на это, Игорь - какой самый оптимальный вариант решения данной задачи в случае PMU v.3.6Xx?

Не понял, как это типа 5 не было??? На ранних версиях??? - Это было всегда.
Да, можно и тип 7 использовать. Смотря что конкретно требуется...
Нужно ли жестко отправлять в другую станцию или периодически включать/отключать эту переадресацию??? Давайте уточним задачу.
Какие именно траблы???