The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Маршрутизация через интерфейс"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"Маршрутизация через интерфейс"  +/
Сообщение от Фахрабад on 06-Мрт-13, 15:08 
Как можно сделать на 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 модемы) нет возможности.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Маршрутизация через интерфейс"  +/
Сообщение от fantom (ok) on 06-Мрт-13, 15:28 
> Как можно сделать на 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-а.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Маршрутизация через интерфейс"  +/
Сообщение от sTALK_specTrum on 13-Мрт-13, 09:24 
Или на время объединить все нужные vlan'ы в один BVI, сделать дело и разломать бридж.
Или я не так понял задачу.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Маршрутизация через интерфейс"  +/
Сообщение от erera22 (ok) on 06-Мрт-13, 15:30 
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
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Маршрутизация через интерфейс"  +/
Сообщение от VolanD (ok) on 13-Мрт-13, 06:34 
> 1) не надо в cisco травить роут на интерфейс - в конечном
> счете, это приведет к подвисаниям и ребутам роутера

Да лан?! Я всегда думал, что наоборот, меньше рысканья в таблице маршрутизации.


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Маршрутизация через интерфейс"  +/
Сообщение от eek email on 13-Мрт-13, 08:16 
> 1) не надо в cisco травить роут на интерфейс

Совершенно верно.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Маршрутизация через интерфейс"  +/
Сообщение от VolanD (ok) on 13-Мрт-13, 10:12 
>> 1) не надо в cisco травить роут на интерфейс
> Совершенно верно.

нет, ну правда. почему?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Маршрутизация через интерфейс"  +/
Сообщение от elk_killa (ok) on 13-Мрт-13, 11:19 
>>> 1) не надо в cisco травить роут на интерфейс
>> Совершенно верно.
> нет, ну правда. почему?

если написать роут на ethernet, кому на канальном уровне будут пересылаться кадры? кого будет спрашивать в арпе роутер? Или будет рассылать бродкастом? А почему соседний роутер должен принимать эти бродкасты? На всех соседях обязательно д.б. proxy-arp? А если в сегменте сети еще кучка роутеров, каждый из них должен переслать по пакету?
а если, если, если :)

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Маршрутизация через интерфейс"  +/
Сообщение от VolanD (ok) on 13-Мрт-13, 13:44 
>>>> 1) не надо в cisco травить роут на интерфейс
>>> Совершенно верно.
>> нет, ну правда. почему?
> если написать роут на ethernet, кому на канальном уровне будут пересылаться кадры?
> кого будет спрашивать в арпе роутер? Или будет рассылать бродкастом? А
> почему соседний роутер должен принимать эти бродкасты? На всех соседях обязательно
> д.б. proxy-arp? А если в сегменте сети еще кучка роутеров, каждый
> из них должен переслать по пакету?
> а если, если, если :)

Ну это то понятно. В эом случае должен быть поинт-ту-поинт. А если езер, то ИП шлюза и интерфейс к нему.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Маршрутизация через интерфейс"  +/
Сообщение от erera22 (ok) on 13-Мрт-13, 16:58 
роутер будет активно пытаться получать MACи всех адресов, проходящих через  данный iface, что приведет росту нагрузки на железяке.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Маршрутизация через интерфейс"  +/
Сообщение от VolanD (ok) on 14-Мрт-13, 07:47 
> роутер будет активно пытаться получать MACи всех адресов, проходящих через  данный
> iface, что приведет росту нагрузки на железяке.

Эмм... Зачем это? Если вы ему четко указали ИП шлюза и выходной интерфейс?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "Маршрутизация через интерфейс"  +/
Сообщение от fantom (ok) on 18-Мрт-13, 13:04 
>> роутер будет активно пытаться получать MACи всех адресов, проходящих через  данный
>> iface, что приведет росту нагрузки на железяке.
> Эмм... Зачем это? Если вы ему четко указали ИП шлюза и выходной
> интерфейс?

Ну в теории должно выглядеть примерно так:
1. роутер получает пакет,
2. определяет по таблице маршрутизации, что его надо передать в такой-то интерфейс (назначение - не IP шлюза, а интерфейс)
3. роутер генерит ICMP сообщение тип 10 и ждет ICMP сообщение тип 9, получив ICMP сообщение тип 9 (одно или несколько) анализирует и делает выводы о шлюзе.
4. генерит фрейм и отправляет его на шлюз, который он вычислил согласно ICMP тип 9 сообщениям.

Вполне логично, что эта процедура повторяется  завидной периодичностью....

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру