Equal Cost MultiPath - Historie editací

10.107.8.14: /* Symptomy */

2005-05-29T13:27:09Z

Symptomy

Pavkriz: Autor

2004-12-11T20:26:45Z

Autor

Pavkriz: preklep spar

2004-12-11T12:14:19Z

preklep spar

Pavkriz: podpis

2004-12-11T12:12:21Z

podpis

Pavkriz: /* Příčiny - preklep*/

2004-12-11T12:11:45Z

Příčiny - preklep

Pavkriz: /* Hlavní poučení */

2004-12-11T12:03:00Z

Hlavní poučení

Pavkriz v 11. 12. 2004, 11:48

2004-12-11T11:48:31Z

Nová stránka

V tomto článku je podchycen problém s routováním mezi dvěma místy v síti mezi kterými existují dvě ekvivaletní cesty.

==Symptomy==
V Zebře byly nastavene costy tak, že ze Stěžer na Špar (i opačně) to bylo dvěma cestami stejně daleko. To se pozná z výpisu Zebry tak, že tam jsou pro danou cílovou síť dva řádky:
<code>
stezery> show ip route
.....
O>* 10.107.2.0/27 [110/210] via 10.107.0.129, eth0, 00:28:53
* via 10.107.0.130, eth0, 00:28:53
.....
</code>
Alespoň jeden router po alespoň jedné cestě do cíle měl rp_filter nastaven na 1 (to bylo zřejmě kvůli přeinstalování routeru, Debian má defaultně 1), zjistí se z výpisu:
<code>
# cat /proc/sys/net/ipv4/*/conf
1
1
1
1
1
</code>

==Příčiny==
Zebra se znažila routovat chvíli jednou cestou a chvíli druhou. Pozor na to, že to není zřejmé z výpisu příkazu 'route'!!!!! To mě nejvíc šokovalo (sem lama - viz to že se mají používat podernější iproute2 utility). Tam byl router pro cílovou podsíť pořád stejný ačkoliv jádro routovalo chvíli na jeden router a chvíli na druhý!!! Takže to lze odhalit třeba z výpisu ze Zebry >show ip route nebo pomocí iproute2 # ip route.

Fakt že to routovalo pokaždé jinudy se nelíbil rp_filteru v routru na Šparu (kde byl zapnutý) a proto jednu z těch cest neakceptoval a (s)prostě zahodil packety co dorazily "podivnou" cestou.

==Řešení==
Mít vypnutý (0) rp_filter na interfacech které jsou součástí nějakého topologického kolecka, např.:
<code>
# echo "0" > /proc/sys/net/ipv4/wlan1/conf/rp_filter
# echo "0" > /proc/sys/net/ipv4/wlan2/conf/rp_filter
</code>
Ověřit si, že v "klidu" (když není žádný výpadek nějaké linky) to routuje trvale tudy kudy bych očekával, případně poladit costy (nezapomenout na obou stranách spoje, pokud neprovozujete "kruhák") tak aby to (ne)routovalo tudy kudy (ne)chcete.

==Hlavní poučení==
#v našich kolečkách všude vypínat rp_filter
#co je ve výstupu příkazu 'route' uplně neplatí - platí to co píše Zebra pres telneta při 'show ip route' nebo co píše iproute2 při 'ip route' (v případě duplicitních cest stejné délky)
#koukat občas do Zebry, zda neexistují někam dvě úplně ekvivalentní (z pohledu Zebry) cesty do téhož cíle a případně se zamyslet, zda to tak opravdu má být, nebo zda by se měly costy poupravit

==Pro ty co chtějí vědět víc==
*[http://pilot.org.ua/zebra/kodgehopper-ecmp.html kodgehopper's OSPF ECMP mini-HOWTO]
*termíny
**ECMP = Equal-cost Muptipath (routing)
**rp_filter = Reverse Path Filter

← Starší verze		Verze z 11. 12. 2004, 20:26
Řádek 1:		Řádek 1:
−	Autor: Pavkriz	+	Autor: [[Wikipedista:Pavkriz\|Pavkriz]]

	V tomto článku je podchycen problém s routováním mezi dvěma místy v síti mezi kterými existují dvě ekvivaletní cesty.		V tomto článku je podchycen problém s routováním mezi dvěma místy v síti mezi kterými existují dvě ekvivaletní cesty.

← Starší verze		Verze z 11. 12. 2004, 12:12
Řádek 1:		Řádek 1:
		+	Autor: Pavkriz
		+
	V tomto článku je podchycen problém s routováním mezi dvěma místy v síti mezi kterými existují dvě ekvivaletní cesty.		V tomto článku je podchycen problém s routováním mezi dvěma místy v síti mezi kterými existují dvě ekvivaletní cesty.

@@ Řádek 12: / Řádek 12: @@
   .....
 </code>
-Alespoň jeden router po alespoň jedné cestě do cíle měl rp_filter nastaven na 1 (to bylo zřejmě kvůli přeinstalování routeru, Debian má defaultně 1), zjistí se z výpisu:
+Alespoň jeden router po alespoň jedné cestě do cíle měl rp_filter nastaven na 1 (to bylo zřejmě kvůli přeinstalování routeru, Debian má defaultně 1; u Linuxu obecně je defaultně nastaveno 0, pouze některé distribuce toto mění na default 1), zjistí se z výpisu:
 <code>
   # cat /proc/sys/net/ipv4/*/conf

@@ Řádek 4: / Řádek 4: @@
 ==Symptomy==
-V Zebře byly nastavene costy tak, že ze Stěžer na Špar (i opačně) to bylo dvěma cestami stejně daleko. To se pozná z výpisu Zebry tak, že tam jsou pro danou cílovou síť dva řádky:
+V Zebře byly nastavene costy tak, že ze Stěžer na Špár (i opačně) to bylo dvěma cestami stejně daleko. To se pozná z výpisu Zebry tak, že tam jsou pro danou cílovou síť dva řádky:
 <code>
   stezery> show ip route
@@ Řádek 25: / Řádek 25: @@
 Zebra se znažila routovat chvíli jednou cestou a chvíli druhou. Pozor na to, že to není zřejmé z výpisu příkazu 'route'!!!!! To mě nejvíc šokovalo (jsem lama - viz to že se mají používat modernější iproute2 utility). Tam byl router pro cílovou podsíť pořád stejný ačkoliv jádro routovalo chvíli na jeden router a chvíli na druhý!!! Takže to lze odhalit třeba z výpisu ze Zebry >show ip route nebo pomocí iproute2  # ip route.
-Fakt že to routovalo pokaždé jinudy se nelíbil rp_filteru v routru na Šparu (kde byl zapnutý) a proto jednu z těch cest neakceptoval a (s)prostě zahodil packety co dorazily "podivnou" cestou.
+Fakt že to routovalo pokaždé jinudy se nelíbil rp_filteru v routru na Špáru (kde byl zapnutý) a proto jednu z těch cest neakceptoval a (s)prostě zahodil packety co dorazily "podivnou" cestou.
 ==Řešení==

@@ Řádek 21: / Řádek 21: @@
 ==Příčiny==
-Zebra se znažila routovat chvíli jednou cestou a chvíli druhou. Pozor na to, že to není zřejmé z výpisu příkazu 'route'!!!!! To mě nejvíc šokovalo (sem lama - viz to že se mají používat podernější iproute2 utility). Tam byl router pro cílovou podsíť pořád stejný ačkoliv jádro routovalo chvíli na jeden router a chvíli na druhý!!! Takže to lze odhalit třeba z výpisu ze Zebry >show ip route nebo pomocí iproute2  # ip route.
+Zebra se znažila routovat chvíli jednou cestou a chvíli druhou. Pozor na to, že to není zřejmé z výpisu příkazu 'route'!!!!! To mě nejvíc šokovalo (jsem lama - viz to že se mají používat modernější iproute2 utility). Tam byl router pro cílovou podsíť pořád stejný ačkoliv jádro routovalo chvíli na jeden router a chvíli na druhý!!! Takže to lze odhalit třeba z výpisu ze Zebry >show ip route nebo pomocí iproute2  # ip route.
 Fakt že to routovalo pokaždé jinudy se nelíbil rp_filteru v routru na Šparu (kde byl zapnutý) a proto jednu z těch cest neakceptoval a (s)prostě zahodil packety co dorazily "podivnou" cestou.

@@ Řádek 34: / Řádek 34: @@
 ==Hlavní poučení==
-#v našich kolečkách všude vypínat rp_filter
+#v našich kolečkách všude '''vypínat rp_filter'''
 #co je ve výstupu příkazu 'route' uplně neplatí - platí to co píše Zebra pres telneta při 'show ip route' nebo co píše iproute2 při 'ip route' (v případě duplicitních cest stejné délky)
 #koukat občas do Zebry, zda neexistují někam dvě úplně ekvivalentní (z pohledu Zebry) cesty do téhož cíle a případně se zamyslet, zda to tak opravdu má být, nebo zda by se měly costy poupravit