Читал, всю тему прочёл - но это конкретное сообщение было около года назад, думал может кто-то нашёл вариант обхода, как-никак год прошёл, да и зная уровень компетенции конкетно поддержки VoIP-отдела нашего телекома не удивлюсь, если это была просто типовая отмазка, как у них часто бывает.
С одним IP понятно. Сегодня перевёл вторую сетевуху 8 на 0/41 - зарегалось всё сразу, будут ли в дальнейшем проблемы? Ведь как таковых IP-адресов в этой ситуации нет?
Ещё немного по настройке сети на 0/41: этой сетевушке модемом присваивается адрес допустим 10.10.10.100/8, и telnet 10.0.0.116 5060 не проходит, хотя через обычный интернет telnet 92.46.61.21 5060 коннектится нормально. Это я что-то некорректно прописал, или сам телеком через 0/41 не пускает? Ведь как-то же учётки регистрируются по этому порту.
Вот отрывок из route:
Эта схема вообще уже опробирована? Разные маки точно решают проблему?
У нас 0/41 бриджем вроде и идёт, надо будет на месте проверить - настроенный модем по наследству перешёл, но как мне старый админ говорил, настройки на модеме обычные для айдифонов: бриджи на трёх модемовских портах и основная айпишка модема 10.10.10.1.
А если нет - то как будет выглядеть настройка сервера? Основной интерфейс eth1, и несколько виртуальных eth1:1, eth1:2... До 5 в моём случае, каждому будет присвоен свой мак, а как насчёт айпишек? Всё в подсетке 10.0.0.0/8? Или с бриджем вообще всё иначе нужно будет поднимать? Логически вроде так и должно быть: каждому виртуальному интерфейсу своя айпишка из этой подсетки (типа 10.10.10.2, 10.10.10.3....), и потом в sip.conf каждому айдифон-клиенту прописать defaultip=10.10.10.х, но как быть с register? Там же указывается только адрес сервера, как * поймёт, что каждая регистрация пойдёт с разных виртуальных карт с разными маками?
С настройкой айдифонов вообще первый раз столкнулся, с разными сипнетами, астелом и прочими провами проблем особых не возникало, а тут на ровном месте ерунда...
на каждом виртуальном интерфейсе повесить сильно урезаный астериск, т.к. оно не способно слушать разные интерфейсы одновременно
с этой кучки астерисков бросать на один, где основная логика обработки крутиться будет
можно одним FreeSwitch отделаться он нормально работает с разными собственными IP и портами
можну кучу виртуалок запустить в каждой по астериску
вообще, проще найти альтернативного оператора, если нет постоянно под рукой того кто будет постоянно за этой "системой" следить
Ну я уже вычитал, что самый "дешёвый" по ресурсам способ - это freeswitch, только я с ним пока не сталкивался, буду курить в эту сторону..
Ещё мысль возникла такая: кто-то в этой теме уже писал, что заменой портов с 5060 на 5061 (а при следующем отвале обратно) всё решается - так может будет выходом создание двух sip.conf с разными портами, и потом по крону раз в час-два-сутки выполнять подмену основного sip.conf резервным и делать sip reload? Или это не панацея и больше проблем создаст?
Про другого оператора думали, но пока это не вариант, по крайней мере до осени... А до осени ещё продержаться надо