Нужно ли конфигурировать гибридные линки на узлах по типу "каждый с каждым"? Если узлов немного, то ничего. А если 20?
Стал делать каждый с каждым, при создании 8-го линка выскакивает сообщение типа "no more fictif trunks" (уже обсуждалось). Залез в cfgUpdate, там стоит trunks=258 (то же само в OPS limits). Пробовал увеличить - станция постоянно ребутится. И вообще сколько используется транков из этого ограничения при создании линка?
Линки не обязательно (если говорим о IP) - например все с центральным узлом, может быть для надлежности сделать два центральных.
А VPN overflow - каждый с каждым
Чаще всего при конфигурировании стараются придерживаться топологии - т.е. если у вас логически - каждый с каждым, а реальная топология звезда (все каналы идут на центральную станцию) - тогда и прописываем с центром. Просто при умирании центра - пропадут звонки между узлами (не будет сигналинга) - пропишите на ДВА узла - а там уж поразвлекайтесь с cfgUpdate, если вам не могут станцию нормально посчитать
Я хотел не нагружать центральную станцию, но видимо не получится. На центральной количество транков=515, а на остальных узлах 258. Видимо, изначально предполагалось, что звонки пойдут через центральную.
К сожелению, теперь выбирать не приходится - что есть то есть.
Спасибо большое, Vad.
Если вам кто-то считал станцию - попросите посчитать что будет если указать 20 гибридных линков и т.п.
Тем у кого есть ваши файлы - работы не много, а чего поставить для количества транков и размера базы в ОЗУ - подскажут
хм... в какой версии (кажись в 6.1.1) точно видел что при загрузки телефонии вылазиет инциндент о требуемом размере базы в ОЗУ если mao стоит меньшее значение
Начал делать. Есть три узла с номерами 1, 3 и 5, где 1 - центральный. Гибридные линки поднял между 1 и 3, 1 и 5, а VPN overflow over ip между всеми. Звоню с 3 на 5, пишет перегрузка и гудок занятости при этом. От центральной станции и наоборот звонки ходят как надо. По идее голос должен идти напрямую между 3 и 5, а сигналлинг через 1-ый?
Смотрите по suproutage - чего рисует.
Есть регулярная ошибка - первый узел знает свои VPN префиксы и 3-го узла. Свои и 5-го.
3-й знает свои и 1-го.
5-й знает свои и 1-го.
Тогда 1-3 VPN работает, 1-5 VPN работает, 3-5 - нет.
Проверьте что VPN overflow префиксы ВСЕХ узлов известны ВСЕМ узлам.
Опять не слава Богу. Кто изначально конфигурил эти станции и чего хотели получить не понятно. На центральной удалось создать только 10 гибридных линков по типу звезды, на 11-ом кричит no more fictif trunk id. Буду звонить проектировщикам :((((