Тема: Кто-нибудь уже видел TDE V4 в живую?
Вот вкратце, что смог сочинить по 4-й версии NCP\TDE. Сильно не пинайте.
За что ж пинать? Отличное, подробнейшее описание. Надеюсь, Вы сможете ответить на возникающие вопросы?
1. Правильно ли я понял, что все улучшения по сетевому взаимодействию возможны лишь при покупке расширенного ПО? Или что-то улучшилось и в базовой комплектации?
2.
Возможность осуществления автоматического альтернативного звонка по CO-линии в случае, если был настроен маршрут по VOIP- каналу на это направление через другую ведомственную АТС, а VOIP- канал между АТС стал временно не доступен.
Тут я вижу некоторое противоречие с трактовкой НачШтаба. Давайте разберемся: одно дело, если упал транк на транзитную АТС и наша станция пробует следующий. Такое было даже для аналога и серьезным улучшением считать нельзя. И, совсем другое, если транк между нашей АТС и транзитной функционирует, но транзитная АТС не смогла осуществить вызов. Сейчас приходится на транзитной АТС настраивать возврат звонка на TDE при такой оказии, что очень неудобно. Если в новой прошивке все можно настроить на Панасонике, то это, конечно, огромный шаг вперед.
Вова, обход по СО, если упала IP-шная межстанциона, был ещё раньше. Даже в 5-й TDA. А в 4-й TDE сделали наоборот. Обход по СО, если у тебя, к примеру, ARS пытается отправить через транзит не межстанционный, а какой-нибудь междугородний вызов.
Обход по СО, если у тебя, к примеру, ARS пытается отправить через транзит не межстанционный, а какой-нибудь междугородний вызов.
Что значит обход? У меня и сейчас, если лежит аналоговая СО, вызов через ARS пойдет по следующей (правда, первый звонок все равно сорвется, но при нем линия выводится из сервиса). Если падает поток, то тем более. И через IP, если закончились транки или пропала связь с SIP-сервером, тоже, ARS перебрасывает, куда указано. Что же изменилось?
Обход по СО, если у тебя, к примеру, ARS пытается отправить через транзит не межстанционный, а какой-нибудь междугородний вызов.
Что значит обход? У меня и сейчас, если лежит аналоговая СО, вызов через ARS пойдет по следующей (правда, первый звонок все равно сорвется, но при нем линия выводится из сервиса). Если падает поток, то тем более. И через IP, если закончились транки или пропала связь с SIP-сервером, тоже, ARS перебрасывает, куда указано. Что же изменилось?
Если я правильно понимаю, то тут немного по-другому:
Есть две станции в городах A и B, они завязаны по Ip. Настроил транзитные междугородние звонки при помощи ARS. При междугороднем звонке из города А в город В, звонок уходит по Ip-транку к станции В и там через СО этой станции по городу. В чем суть то: В предыдущей прошивке - если в городе В статус шлюза OUS, при наборе междугороднего номера - отбой. А в новой, как я понял, станция научилась видеть состояние шлюза вызываемой станции, и если она в OUS, то вызов направляет по второму приоритету по своим СО.
смотрите шире, что вы в свой арс смотрите. раньше она отслеживала состояние сможет ли она отправить для транзита, а сейчас отработал ли транзит на удаленной, если нет тогда своими средствами отрабатывает. как-то так.
1. Правильно ли я понял, что все улучшения по сетевому взаимодействию возможны лишь при покупке расширенного ПО? Или что-то улучшилось и в базовой комплектации?
Стекирование по VoIP со смешанной нумерацией в одну станцию без расширенного ПО. Возможно поддержку Non fast соединения H323 сюда так же можно отнести, т.к. улучшает совместимость по сетевому взаимодействию с другими вендорами. Автоматический звонок через обычную ТФОП, если VoIP транзит через другую атс на это направление лег, я так же отнес к сетевому взаимодействию. Все остальное, кажется, требует лицензии на расширенное ПО.
2.
Возможность осуществления автоматического альтернативного звонка по CO-линии в случае, если был настроен маршрут по VOIP- каналу на это направление через другую ведомственную АТС, а VOIP- канал между АТС стал временно не доступен.
Тут я вижу некоторое противоречие с трактовкой НачШтаба. Давайте разберемся: одно дело, если упал транк на транзитную АТС и наша станция пробует следующий. Такое было даже для аналога и серьезным улучшением считать нельзя. И, совсем другое, если транк между нашей АТС и транзитной функционирует, но транзитная АТС не смогла осуществить вызов. Сейчас приходится на транзитной АТС настраивать возврат звонка на TDE при такой оказии, что очень неудобно. Если в новой прошивке все можно настроить на Панасонике, то это, конечно, огромный шаг вперед.
В слайде указано, что если по ARS у вас из Японии на ТФОП UK уходит звонок через межстанционные транки VoIP на АТС в UK с добавлением префикса ( кроме как в поставщике услуг, которых всего 10 и осталось, я не нашел где это можно сделать) выхода в город (0) или на конкретную группу СО линий АТС в UK ( COGr2 = 802), и VoIP звонок не получил ответа (No response я понимаю как не пришел SetUP ASK?), то звонок пойдет уже по другому для этого префикса маршруту, но прописанного в таблице! Quick Dialling.
Я думаю не за горами презентация по обучению, там нам разжуют поподробнее.
В слайде указано, что если по ARS у вас из Японии на ТФОП UK уходит звонок через межстанционные транки VoIP на АТС в UK с добавлением префикса ( кроме как в поставщике услуг, которых всего 10 и осталось, я не нашел где это можно сделать) выхода в город (0) или на конкретную группу СО линий АТС в UK ( COGr2 = 802), и VoIP звонок не получил ответа (No response я понимаю как не пришел SetUP ASK?), то звонок пойдет уже по другому для этого префикса маршруту, но прописанного в таблице! Quick Dialling.
Я думаю не за горами презентация по обучению, там нам разжуют поподробнее.
Все запутанней и запутанней. Сейчас все возможные пути я пишу в 8.4 (приоритет плана маршрутизации). Каким боком сюда прилепить Quick Dialling, вообще не пойму.
Тем не менее, Petrov, еще раз спасибо, что выложили свою трактовку презентации, да еще и с переводом на русский. Ведь Панасоник, как я понял, ее засекретил?
Семинары это хорошо, но я, все-же, надеюсь, что найдется человек, пощупавший новую функцию практически. И объяснит нам всем тут, что к чему.
....что выложили свою трактовку презентации, да еще и с переводом на русский. Ведь Панасоник, как я понял, ее засекретил?
Секретов никаких, думаю, нет. Процесс идет своим чередом. Общую сжатую информацию в БЗ для АУ Panasonic выложил еще в августе. Кто не ленился, тот мог почитать и изучить. В октябре прошли технические семинары для РТЦ (по крайней мере в Украине). Сейчас инженеры представительств, думаю заканчивают перевод подробных презентаций, а затем всех АУ ждет очередной тест.
Функция очень удобная. У меня работает. Правильно заполняйте ARS (с модификацией набранного номера) и QD.
Функция очень удобная. У меня работает. Правильно заполняйте ARS (с модификацией набранного номера) и QD.
Насколько я понял, Вы единственный, кто знает о новой функции не понаслышке из всяких семинаров, а из практики. Опишите пожалуйста, как же, все-таки, оно работает?
Насколько я понял, Вы единственный, кто знает о новой функции не понаслышке из всяких семинаров, а из практики. Опишите пожалуйста, как же, все-таки, оно работает?
Владимир, уточните пожалуйста Вы хотите, что бы PBX_A Вам выложил алгоритм программирования или уточнил, при каком сбое VoIP канала происходит маршрутизация по альтернативному маршруту?
Я думаю (насколько я помню из объяснений M.F. и японца), что если внешний звонок на ТФОП смаршрутизирован через VoIP сеть (насколько я помню эта даже не обязательно VoIP транк между двумя станциями с автоматической переделкой набранного номера так, чтобы он дойдя до удаленной станции смог выскочить на ее ТФОП линии) и в течении заданного таймера на наш SETUP не пришел никакой ответ в плане сигнализации, то звонок АВТОМАТИЧЕСКИ маршрутизируется по другому маршруту. Перенабирать номер пользователю не надо. Альтернативный маршрут прописывается для каждого направления отдельно.
Как это программируется Вам расскажет, а может и запрограммирует, я думаю, тот АУ который, по Вашим словам, вас обслуживает. Наберитесь, пожалуйста, немного терпения.
Владимир, уточните пожалуйста Вы хотите, что бы PBX_A Вам выложил алгоритм программирования или уточнил, при каком сбое VoIP канала происходит маршрутизация по альтернативному маршруту?
Я просто хочу понять, как работает новая функция. И потом уже делать выводы, насколько полезна перепрошивка.
Как это программируется Вам расскажет, а может и запрограммирует, я думаю, тот АУ который, по Вашим словам, вас обслуживает. Наберитесь, пожалуйста, немного терпения.
ARS и вообще маршрутизация это такая штука, за актуальностью которой нужно следить лично и постоянно. Об этом даже в мануале у Панасоника написано.
Владимир, уточните пожалуйста Вы хотите, что бы PBX_A Вам выложил алгоритм программирования или уточнил, при каком сбое VoIP канала происходит маршрутизация по альтернативному маршруту?
Я просто хочу понять, как работает новая функция. И потом уже делать выводы, насколько полезна перепрошивка.
Попробовал с публичным SIP номером (есть у меня один Киевский). Функция не работает.
Остаются только H323 транки и, возможно, проверить публичная/частная сеть нужна для этой функции.
С SIP-ом оно и не заявлялось. В презенташке вызов был через TIE, то есть через H.323.
Вероятность применения функции все снижается... Где ж этот H.323 сейчас найдешь? Будем надеяться, что в 5-й версии сделают и для ISDN и для SIPa.
