форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Балансировка по умолчанию"

Сообщение от jzazz on 03-Фев-06, 03:31

Добрый день! Есть вопросик. Если мы прописываем на циске два маршрута по умолчанию как будет она себя вести? Вот так например: ip route 0.0.0.0 0.0.0.0 195.x.x.x ip route 0.0.0.0 0.0.0.0 212.y.y.y Mаршруты будут выбираться случайным образом? Или всегда сначала верхний? и как изменится ситуация если я набиру команду на интерфейсах no ip route cash

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Балансировка по умолчанию"

Сообщение от Изгой (??) on 03-Фев-06, 10:03

>Добрый день! Есть вопросик. Если мы прописываем на циске два маршрута по >умолчанию как будет она себя вести? Вот так например: >ip route 0.0.0.0 0.0.0.0 195.x.x.x >ip route 0.0.0.0 0.0.0.0 212.y.y.y >Mаршруты будут выбираться случайным образом? Или всегда сначала верхний? >и как изменится ситуация если я набиру команду на интерфейсах >no ip route cash >ip route 0.0.0.0 0.0.0.0 195.x.x.x >ip route 0.0.0.0 0.0.0.0 212.y.y.y - один пакет ip route 0.0.0.0 0.0.0.0 195.x.x.x , один сюда ip route 0.0.0.0 0.0.0.0 212.y.y.y , и так по очереди. no ip route cash  - точно не помню  но помоему отключаете быструю комутацию...

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "Балансировка по умолчанию"
	Сообщение от SergT (ok) on 03-Фев-06, 10:08
	а если указать метрику? (мне нужно что бы при падении одного канала трафик переключался на другой маршрут)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	3. "Балансировка по умолчанию"
	Сообщение от edwin (ok) on 03-Фев-06, 10:16
	>а если указать метрику? то будет ехать через то, где меньшая метрика >(мне нужно что бы при падении одного канала трафик переключался на другой >маршрут)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "Балансировка по умолчанию"
	Сообщение от SergT (ok) on 03-Фев-06, 10:22
	а когда упадет поедет по большей, так? есть ли соглашения о метриках (1-255) так это будет выглядет в конфиге? ip route 0.0.0.0 0.0.0.0 195.x.x.x 1 ip route 0.0.0.0 0.0.0.0 212.y.y.y 255
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	5. "Балансировка по умолчанию"
	Сообщение от sh_ (??) on 03-Фев-06, 10:25
	2SergT Yes...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Балансировка по умолчанию"
	Сообщение от SergT (ok) on 03-Фев-06, 10:30
	thanks "Yes... Yes... , ОБХС!!!" (на правах пятницы)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Балансировка по умолчанию"
	Сообщение от Сайко on 03-Фев-06, 15:46
	>а когда упадет поедет по большей, так? >есть ли соглашения о метриках (1-255) > >так это будет выглядет в конфиге? >ip route 0.0.0.0 0.0.0.0 195.x.x.x 1 >ip route 0.0.0.0 0.0.0.0 212.y.y.y 255 Так да не так... При AD==255 destination считается unreachable... Подробнее здесь http://www.cisco.com/warp/public/105/ip_static_routes.html Note: An administrative distance of 255 is considered unreachable and static routes with an administrative distance of 255 will never be entered in the routing table. В твоем случае, если это не Ethernet(который почти никогда не падает, т.к. обычно маршрутизатор непосредственно подключается к какому нибудь L2 оборудованию - свитч, конвертер и т.п.), а например Serial - то прокатит. В случае с Ethernet используй Track Object, подробнее например здесь http://www.cisco.com/univercd/cc/td/doc/product/software/ios124/124cg/hirp_c/ch20/h_pbrtrk.htm
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	7. "Балансировка по умолчанию"
	Сообщение от jzazz on 03-Фев-06, 12:31
	>>ip route 0.0.0.0 0.0.0.0 195.x.x.x >>ip route 0.0.0.0 0.0.0.0 212.y.y.y > - один пакет ip route 0.0.0.0 0.0.0.0 195.x.x.x , один сюда >ip route 0.0.0.0 0.0.0.0 212.y.y.y , и так по очереди. > >no ip route cash  - точно не помню  но помоему >отключаете быструю комутацию... Хорошо. Усложним задачу. Если есть два прова, каждый со своим пулом. как организовать нат. Я сделал так: ip route 0.0.0.0 0.0.0.0 195.x0.x0.x0 ip route 0.0.0.0 0.0.0.0 212.y0.y0.y0 ! ip nat pool ISP1 195.x.x.x 195.x.x.x netmask 255.255.255.252 ip nat pool ISP2 212.y.y.y 212.y.y.y netmask 255.255.255.252 ip nat inside source route-map ISP1 pool ISP1-pool overload ip nat inside source route-map ISP2 pool ISP2-pool overload ! route-map ISP-ISP1 permit 10 match ip next-hop ISP1-gw ! route-map ISP-ISP2 permit 10 match ip next-hop ISP2-gw ! access-list ISP2-gw permit 212.y0.y0.y0 access-list ISP1-gw permit 195.x0.x0.x0 При отключении одного из интерфейсов все красиво - трафик идет по включенному. Но когда подняты оба, то трафик идет не равномерно по двум а по ISP1. Это видно при наборе sh ip nat trans - все натится первым провом. Видимо я не совсем правильно понимаю работу команды match ip next-hop. Как бороться? Нужно случайное распределение трафика по провайдерам.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	8. "Балансировка по умолчанию"
	Сообщение от sh_ (??) on 03-Фев-06, 12:42
	А командочка ip cef введена?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Балансировка по умолчанию"
	Сообщение от Сайко on 03-Фев-06, 15:51
	>Но когда подняты оба, то трафик идет не равномерно по двум >а по ISP1. 1. учти что вся твоя "балансировка" имеет односторонюю направленность - от тебя к прову. и я надеюсь ты понимаешь что обычно суммарный трафик от прова к тебе в несколько раз больше чем от тебя к прому. 2. ты никогда не получишь распределение 50на50 при любом подходе, будь то статика или динамика...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	13. "Балансировка по умолчанию"
	Сообщение от jzazz on 06-Фев-06, 02:39
	>>Но когда подняты оба, то трафик идет не равномерно по двум >>а по ISP1. >1. учти что вся твоя "балансировка" имеет односторонюю направленность - от тебя >к прову. и я надеюсь ты понимаешь что обычно суммарный трафик >от прова к тебе в несколько раз больше чем от тебя >к прому. >2. ты никогда не получишь распределение 50на50 при любом подходе, будь то >статика или динамика... Я так понимаю если от меня запрос на www.rambler.ru пошел через одного прова, то и вернетмся через него, так как натится мой запрос его адресом. Поэтому подскажите как сделать так, чтобы запросы шли либо поочереди, либо приблизительно равномерно распределялись по провам.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Балансировка по умолчанию"
	Сообщение от staff (ok) on 04-Фев-06, 13:27
	Est' takaya horoshaya shtuka - HSRP, i odna iz ego "variaziy" pod nazvaniem "GLBP". REkomenduyu porit' v etom napravlenii, moget ponravitsa - a krome togo - eto "Redundancy" :-)
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Балансировка по умолчанию"
	Сообщение от Nailer (??) on 05-Фев-06, 15:51
	>>Добрый день! Есть вопросик. Если мы прописываем на циске два маршрута по >>умолчанию как будет она себя вести? Вот так например: >>ip route 0.0.0.0 0.0.0.0 195.x.x.x >>ip route 0.0.0.0 0.0.0.0 212.y.y.y >>Mаршруты будут выбираться случайным образом? Или всегда сначала верхний? >>и как изменится ситуация если я набиру команду на интерфейсах >>no ip route cash > Зависит от механизма коммутации, используемого на data-plane роутера. После того, как control-plane скормит data-plane-у два идентичных маршрута, на дата-плейне будет использоваться: при работе роут-кэша (ip route-cache) будет использоваться балансировка per-destination при работе process-switcing-а (в случае отключения роут-кэша (no ip route-cache)) будет балансировка per-packet). при работе CEF может использоваться и per-dest, и per-packet, в зависимости от настройки ip cef ? (не помню точно команду). По умолчанию стоит в per-destinatiion.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Балансировка по умолчанию"
	Сообщение от jzazz on 07-Фев-06, 09:31
	Хорошо. Усложним задачу. Если есть два прова, каждый со своим пулом. как организовать нат. Я сделал так: ip route 0.0.0.0 0.0.0.0 195.x0.x0.x0 ip route 0.0.0.0 0.0.0.0 212.y0.y0.y0 ! ip nat pool ISP1 195.x.x.x 195.x.x.x netmask 255.255.255.252 ip nat pool ISP2 212.y.y.y 212.y.y.y netmask 255.255.255.252 ip nat inside source route-map ISP1 pool ISP1-pool overload ip nat inside source route-map ISP2 pool ISP2-pool overload ! route-map ISP-ISP1 permit 10 match ip next-hop ISP1-gw ! route-map ISP-ISP2 permit 10 match ip next-hop ISP2-gw ! access-list ISP2-gw permit 212.y0.y0.y0 access-list ISP1-gw permit 195.x0.x0.x0 При отключении одного из интерфейсов все красиво - трафик идет по включенному. Но когда подняты оба, то трафик идет не равномерно по двум а по ISP1. Это видно при наборе sh ip nat trans - все натится первым провом. Видимо я не совсем правильно понимаю работу команды match ip next-hop. Как бороться? Нужно случайное распределение трафика по провайдерам.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]