- Маршрутизация через интерфейс,
fantom, 15:28 , 06-Мрт-13 (1)> Как можно сделать на cisco конструкцию аналогичную линуксовой > route add -host 192.168.1.2 dev eth0.1001 > т.е. у меня есть vlan интерфейс на cisco с адресом 192.168.1.254 там > есть несколько устройств, которые доступны через него. > На других vlan оконечное оборудоваие было настроено так, что всё оно имеет > адрес 192.168.1.1-30 (это оборудование - модемы). > Каким образом можно указать маршрут до этих устройств через другие vlan интерфейсы? > Хочу на них войти и сменить адреса на правильные, а > объезжать все точки где стоит это оборудование (DSL модемы) нет возможности. Кладете интерфейс с ip-ом 192.168.1.254, вешаете его на другой интерфейс, заходите на модем, меняете IP на нужный, возвращаете срарый IP на интерфейс, а 192.168.1.254 вешаете на следующий... или на всех нужных для перенастройки интерфейсах ставите ip unnum <int with ip 192.168.1.254> вместо имеющихся IP-ов, настраиваете соотв. образом ваши мопеды и меняете IP-ы обратно... И это далеко не полный список вариантов как достучаться до нужного IP-а.
- Маршрутизация через интерфейс,
sTALK_specTrum, 09:24 , 13-Мрт-13 (5)Или на время объединить все нужные vlan'ы в один BVI, сделать дело и разломать бридж. Или я не так понял задачу.
- Маршрутизация через интерфейс,
erera22, 15:30 , 06-Мрт-13 (2)1) не надо в cisco травить роут на интерфейс - в конечном счете, это приведет к подвисаниям и ребутам роутера 2) ip route x.x.x.x m.a.s.k y.y.y.y example: ip route ip route 192.168.1.2 255.255.255.255 15.15.15.1
- Маршрутизация через интерфейс,
VolanD, 06:34 , 13-Мрт-13 (3)> 1) не надо в cisco травить роут на интерфейс - в конечном > счете, это приведет к подвисаниям и ребутам роутера Да лан?! Я всегда думал, что наоборот, меньше рысканья в таблице маршрутизации.
- Маршрутизация через интерфейс,
eek, 08:16 , 13-Мрт-13 (4)> 1) не надо в cisco травить роут на интерфейсСовершенно верно.
- Маршрутизация через интерфейс,
VolanD, 10:12 , 13-Мрт-13 (6)>> 1) не надо в cisco травить роут на интерфейс > Совершенно верно.нет, ну правда. почему?
- Маршрутизация через интерфейс,
elk_killa, 11:19 , 13-Мрт-13 (7)>>> 1) не надо в cisco травить роут на интерфейс >> Совершенно верно. > нет, ну правда. почему?если написать роут на ethernet, кому на канальном уровне будут пересылаться кадры? кого будет спрашивать в арпе роутер? Или будет рассылать бродкастом? А почему соседний роутер должен принимать эти бродкасты? На всех соседях обязательно д.б. proxy-arp? А если в сегменте сети еще кучка роутеров, каждый из них должен переслать по пакету? а если, если, если :)
- Маршрутизация через интерфейс,
VolanD, 13:44 , 13-Мрт-13 (8)>>>> 1) не надо в cisco травить роут на интерфейс >>> Совершенно верно. >> нет, ну правда. почему? > если написать роут на ethernet, кому на канальном уровне будут пересылаться кадры? > кого будет спрашивать в арпе роутер? Или будет рассылать бродкастом? А > почему соседний роутер должен принимать эти бродкасты? На всех соседях обязательно > д.б. proxy-arp? А если в сегменте сети еще кучка роутеров, каждый > из них должен переслать по пакету? > а если, если, если :) Ну это то понятно. В эом случае должен быть поинт-ту-поинт. А если езер, то ИП шлюза и интерфейс к нему.
- Маршрутизация через интерфейс,
erera22, 16:58 , 13-Мрт-13 (9)роутер будет активно пытаться получать MACи всех адресов, проходящих через данный iface, что приведет росту нагрузки на железяке.
- Маршрутизация через интерфейс,
VolanD, 07:47 , 14-Мрт-13 (10)> роутер будет активно пытаться получать MACи всех адресов, проходящих через данный > iface, что приведет росту нагрузки на железяке.Эмм... Зачем это? Если вы ему четко указали ИП шлюза и выходной интерфейс?
- Маршрутизация через интерфейс,
fantom, 13:04 , 18-Мрт-13 (11)>> роутер будет активно пытаться получать MACи всех адресов, проходящих через данный >> iface, что приведет росту нагрузки на железяке. > Эмм... Зачем это? Если вы ему четко указали ИП шлюза и выходной > интерфейс?Ну в теории должно выглядеть примерно так: 1. роутер получает пакет, 2. определяет по таблице маршрутизации, что его надо передать в такой-то интерфейс (назначение - не IP шлюза, а интерфейс) 3. роутер генерит ICMP сообщение тип 10 и ждет ICMP сообщение тип 9, получив ICMP сообщение тип 9 (одно или несколько) анализирует и делает выводы о шлюзе. 4. генерит фрейм и отправляет его на шлюз, который он вычислил согласно ICMP тип 9 сообщениям. Вполне логично, что эта процедура повторяется завидной периодичностью....
|