Не ходит голос между удаленными офисами.

[arefiev]

Имеется AVAYA G430+S8300
Сеть удаленных центров на cisco объединенных VPN.
Сеть в центральном офисе 192.168.5.X
Сети в удаленных офисах 192.168.6.Х 192.168.7.Х и т.д.
Телефоны Avaya 1608 получают IP через DHCP местных cisco.
Т.е к примеру в центре №1 IP адрес телефона 192.168.9.101 а в центре №2 IP адрес телефона 192.168.10.20 и т.д.
При попытке выполнить звонок из удаленного офиса в центральный офис, где находится сама станция, все проходит нормально. Собеседники слышат друг друга.
При попытке выполнить звонок из удаленного офиса в другой удаленный офис, звонок проходит, происходит соединение, но собеседники не слышат друг друга.
Если прописать правила в двух cisco удаленных офисов то все начинает работать. Но это такая вереница правил будет, что не есть хорошо.
Как заставить работать средствами Avaya?
Запустить DHCP на станции?
Идеи?

[alma]

Настроить сетевые регионы и запретить direct audio за пределы региона.

[arefiev]

Настроить сетевые регионы и запретить direct audio за пределы региона.

В чем заключается их настройка?
Спасибо.

[sliber]

Имеется AVAYA G430+S8300
Сеть удаленных центров на cisco объединенных VPN.
Сеть в центральном офисе 192.168.5.X
Сети в удаленных офисах 192.168.6.Х 192.168.7.Х и т.д.
Телефоны Avaya 1608 получают IP через DHCP местных cisco.
Т.е к примеру в центре №1 IP адрес телефона 192.168.9.101 а в центре №2 IP адрес телефона 192.168.10.20 и т.д.
При попытке выполнить звонок из удаленного офиса в центральный офис, где находится сама станция, все проходит нормально. Собеседники слышат друг друга.
При попытке выполнить звонок из удаленного офиса в другой удаленный офис, звонок проходит, происходит соединение, но собеседники не слышат друг друга.
Если прописать правила в двух cisco удаленных офисов то все начинает работать. Но это такая вереница правил будет, что не есть хорошо.
Как заставить работать средствами Avaya?
Запустить DHCP на станции?
Идеи?

Проблема еще актуальна?

[arefiev]

Проблема еще актуальна?

Да. Хотя ее и решили в процессе связки Астера с Avaya, но не рассказали как
Поэтому интересно узнать как это делается.

[gosha]

Соответствующим конфигурированием кошек. Ваши рулилы кошек - лентяи-перестраховщики.

[arefiev]

Соответствующим конфигурированием кошек. Ваши рулилы кошек - лентяи-перестраховщики.

нет. Сделали именно в Avaya. Кошек не трогали.

[gosha]

Навалив дополнительную нагрузку на DSP -процессоры станции. Зачем?

[arefiev]

Навалив дополнительную нагрузку на DSP -процессоры станции. Зачем?

Так разве не Avaya должна это обрабатывать?
Если у нас будет 100 центров, это сколько ж правил надо прописать в каждой кошке ...

[gosha]

Так Dynamic Multipoint VPN как раз для таких ситуаций и придуман!

[arefiev]

Так Dynamic Multipoint VPN как раз для таких ситуаций и придуман!

Небольшое уточнение, у нас используется ASA5510 в головном офисе и ASA5505 в центрах.
ASA не поддерживает DMVPN.

[gosha]

Ну тогда писать куски конфига ручками и кусками грузить в каждую ASA

[arefiev]

Ну тогда писать куски конфига ручками и кусками грузить в каждую ASA

Проблематично.
При открытии нового центра каждый раз дописывать конфиг? Не вариант.
Мы немного отошли от темы. Все это касается кошек.
Но сделали все это средствами avaya, абсолютно не трогая кошек.

[gosha]

Вот не понял ни разу, как вы подключаете новый бранч, не трогая конфиг центральной асы... Можно в привате...

[arefiev]

Вот не понял ни разу, как вы подключаете новый бранч, не трогая конфиг центральной асы... Можно в привате...

Конечно же дописываем.
Я имею в виду, что когда появляется новый офис, то чтобы голос ходил между всеми ASA надо этот новый узел прописать в каждой ASA, что есть глупо, так как их не пять штук ни разу.
Сейчас мы от этой проблемы избавились средствами AVAYA.
Вот я и пытаюсь выяснить как это сделано.

[gosha]

Убиранием Direct RTP. Т.е. при вызове BranchA-BranchB создается два RTP-потока: BranchA-HQ и HQ-BranchB. Сэкономив на конфигурировании кошки, мы бессовестно съедаем дефицитные DSP-ресурсы станции в центре...

[sliber]

Так Dynamic Multipoint VPN как раз для таких ситуаций и придуман!

Небольшое уточнение, у нас используется ASA5510 в головном офисе и ASA5505 в центрах.
ASA не поддерживает DMVPN.

DMVPN не нужно делать на ASA.
ASA нужна для NAT, VPN и прочего.
DMVPN Решается на роутерах. Сначала постройте нормальную сетку spoke-HUB. А потом голос гоняйте как хотите.

[sliber]

Вот не понял ни разу, как вы подключаете новый бранч, не трогая конфиг центральной асы... Можно в привате...

Конечно же дописываем.
Я имею в виду, что когда появляется новый офис, то чтобы голос ходил между всеми ASA надо этот новый узел прописать в каждой ASA, что есть глупо, так как их не пять штук ни разу.
Сейчас мы от этой проблемы избавились средствами AVAYA.
Вот я и пытаюсь выяснить как это сделано.

Купите роутер в Центральный офис 2921 и сделайте его HUB для всех регионов (spoke) а в регионы купите 881 железки. Сделайте eigrp и аннонсите маршруты.

[gosha]

Это будет сильно дороже и геморройнее правильного применения object grouping в ASA

[sliber]

Это будет сильно дороже и геморройнее правильного применения object grouping в ASA

Приветствую! Согласен с тем, что будет дешевле, но ASA это не маршрутизатор и строить сеть на ASA на мой взгляд не корректно.

[gosha]

На выделенных каналах - согласен, поверх публичного Интернета - нет.