Тема: не могу две TDE 100 по IP подружить
Здравствуйте уважаемые подскажите пожалуйста в таком вопросе.
Есть две TDE 100 c установленной в каждой по плате IPGW 16.
Вроде запрограммировал правильно, а при наборе удаленной атс через 12 сек. происходит отбой,
при этом КПВ нет.
Снял трейс, видно что станция на которую идет вызов, отбивает и пишет код 27 Destanation out of order.
Тут http://zalil.ru/31704709 лежат и конфиги и трейс. Подскажите пожалуйста в чем моя беда.
Нашлось время для написания хелпа по настройке. Честно говоря не знаю как его добавить в ЧаВо АТС Panasonic, поэтому прислоню сюда. Там вордовский файл с описанием, а так же два конфига от сименса и панаса для понимания.
Если администраторы переложат буду признателен. Если появятся вопросы обращайтесь.
33.zip (Размер: 61KB - Загрузки: 48)===
Не согласен, в качестве гейтов указаны IPCMRP
Может так понятней будет
АТС 1
IPCMRP - 192.168.1.101
DSP - 192.168.1.102
Внутр № системника 1101
Шлюз - 192.168.1.103
АТС 2
IPCMRP - 192.168.1.103
DSP - 192.168.1.104
Внутр № системника 1101
Шлюз - 192.168.1.101
Изврат, однако, лепить платы в IP АТС, ну да ладно...
Причем адреса процессоров, если Вы используете платы IPGW? Их и указывайте в таблицах GW Settings и DN2IP…
И кстати, Вы в курсе, что у данных плат свой ВЕБ-интерфейс есть, и что они программируются не через консоль, а в браузере?
fox_00, пардон. Эт я лопухнулся, но, заметьте, кильнул свою дурацкую писанину практически сразу. (-:
А у Вас в DN2IP и Hunt Pattern почему-то одно и то же.
для RusLanCk
не подходит, я изначально так и делал, по аналогии с сименсом,
потом почитал понял что нужно шлюзом указывать материнку.
Сейчас попробовал как посоветовали, не получается. та же песня
Karabas
правильно ли я понял что Hunt pattern в русском варианте это “Тип поиска”
Да. Там должно быть то, что станция будет искать в своей нумерации.
Объясните мне, темному, какое участие в жизни платы IPGW принимает IP-часть IPCMPR? По ходу IP-часть платы не знает о существовании в данной АТС еще какой-то IP-части. Весь обмен сигнальным и голосовым траффиком никоим образом не трогает проц.
Я так думаю...
Столько букв написал, а оказалось все просто, когда глянул конфиг: ув. ТС, Вы бы сразу правильно писали название плат, а то создалось впечатление, что у Вас в АТС стоят не виртуальные шлюзы(V-IPGW16), а именно платы IPGW16…
Согласен: для АТС101 в таблице “Тип поиска” должна стоять 1, а не 2, а для АТС103 - вместо 2 должна быть 1…
Вот что получилось
Чувствовал что не верно приземляется звонок.
поэтому после пояснения Karabas до меня дошло где я не правильно делал.
Именно в Hunt pattern нужно было написать цифры из нумерного плана этой же атс на которую пришел вызов.
Вызов прошел, но с задержкой 12-13 секунд, и состоялся разговор.
Отсюда вопрос, посему так долго идет инициализация.
Когда снимал трейс, то тоже обратил на это внимание, что инфа о пакетах появляется сразу после получения отбоя и
примерно через 12 сек.
Для RusLanCk, приношу извинения если ввел в заблуждение, после сименсов с их одной IP платой на всё,
к панасоникам тяжелее адаптироваться.
Заполните Dialing Plan (п.3.1.4) - один из четырех - и назначьте его транковой группе (п.3.1.1), в которой находятся IP-транки...
честно говоря я про него и подумал,
вот только мне не понятно за каким таким мы тогда пишем ему в DN2IP ждать еще 3 цифры.
я так понял что он должен дождаться 3-х цифр и совершить звонок, чего он еще ждет ?
inter digit timer срабатывает , видимо, после чего атс считает набор номера завершенным и выплевывает его. Я бы dialing plan заполнил для ip транков .
честно говоря я про него и подумал,
вот только мне не понятно за каким таким мы тогда пишем ему в DN2IP ждать еще 3 цифры.
я так понял что он должен дождаться 3-х цифр и совершить звонок, чего он еще ждет ?
В.п.3.1.4 мы сообщаем АТС (ее TDM-части) о маске набираемых номеров, их длине и т.п. Таблица DN2IP относится к IP-части, которая тоже должна знать о длине набираемого номера. Так исторически сложилось, такова, как говорят в техподдержке Панасоник, спецификация... 😊
