|
По стараюсь объяснить для начала суть проблемы, может кто сталкивался и подскажет решение, но не такое как я думаю.
Очень давно, лет 15 назад, в нашей организации было построена корпоративная телефонная VoIP сеть на базе АТС Nortel Meridian. Сейчас потребовалось сделать изменения в настройках этих убогих АТС, и вот здесь начались проблемы.
Конфигурирование этих АТС, а в частности VoIP плат делается через спец. софт из головного офиса. Для нормальной работы самой VoIP платы нужен всего один интерфейс, а для ее конфигурирования второй.
Изначально в качестве маршрутизаторов на филиалах использовались Циски и проблем с первоначальным конфигурированием не было. После перехода на DFL , эти проблемы появились.
Возможно это и мой косяк , я этого не отрицаю.
Спасибо за то что прочитали предисловие.
Повторяюсь, для нормальной работы этой VoIP платы используются два интерфейса: назовем их eth0(основной голосовой, его ip 192.168.35.2/29) и eth1(конфигурирование, его ip 192.168.35.10/29). Между АТС и DFL стоит управляемый коммутатор, на котором настроены два VLAN (один для голоса , второй для конфигурации). К настройкам коммутатора претензий нет. Все работает как и должно.
На DFL lan интерфейсе так же подняты два VLAN : назовем их vlan0 (голосовой, его ip 192.168.35.1/29) и vlan1 (конфигурация его ip 192.168.35.9/29).
С сетевыми настройками проблем нет. Т.к. пока стояли циски , все работало как и положено. При переходе на DFL , стала проблема с доступностью второго интерфейса , который отвечает за конфигурацию.
А суть именно такая. Удалось через telnet попасть на эти платы. Но конфигурить их через telnet практически не возможно, но можно посмотреть настройки и маршруты. А маршрут там получается всего один и тот по деволту: это 0.0.0.0 gw 192.168.35.1.
Получается такая штука. Когда пакет(не важно какой , но для теста ICMP) приходит на второй интерфейс eth1, через vlan1 с DFL, он ядром этой VoIP платы в обратку выталкивается не по тому же пути, через eth1 и соответственно vlan1 DFL, а через eth0 и попадает на vlan0 DFL. А вот DFL его дропает по внутреннему правилу Default_Access_Rule.
Как бы я не пытался играть с разрешающими правилами, эффекта нет. Скорее всего, внутренняя логика прошивки воспринимает этот пакет как чужеродный, тат как согласно IP сети, он должен попасть на интерфейс vlan1.
Почему это все работало на цисках я понять не могу. Я думаю это из за пресловутой опции "ip source route".
Отсюда вопрос, как данную ситуацию можно разрулить, либо разрешить прохождение таких пакетов через vlan0 или как то заставить DFL такие пакеты перекидывать с vlan0 на vlan1 ?
Существует ли возможность на DFL fw 11.10.01.06 (модель специально не указываю, потому что они разные по филиалам) , на интерфейсе реальном или виртуальном (VLAN), сделать второй IP адрес. Как это можно сделать на Cisco роутерах (secondary IP) или линуксе ?
Для чего это нужно, это уже последняя моя надежда на победу .
Последний раз редактировалось papst Чт янв 17, 2019 13:18, всего редактировалось 1 раз.
|
Вход
Регистрация
FAQ
Поиск
