Cisco Layer 2 switches cachen routes?

Pagina: 1
Acties:

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Gisteren tegen een extreem vaag probleem aangelopen in een migratie.

De oude situatie is als volgt:
Afbeeldingslocatie: http://sandcat.nl/~bazkar/rungis1.jpg

Beide switches draaien iOS versie 12.2(52)SE
De Cisco ASA heeft een site 2 site tunnel met een ander kantoor.
In dit andere kantoor staat o.a. een ntp server met IP 192.168.1.1 (dit is een virtueel adres op een Cisco 6509)
Deze ntp server staat op beide switches (2960 en 3750) als ntp source ingesteld.
Dit werkte allemaal prima.

Nu besloten we om een 2e lijn aan te leggen om WAN verkeer en Internet verkeer te scheiden.
WAN verkeer ging via een nieuwe router (Cisco 1841) lopen en internet verkeer via de ASA.
De nieuwe situatie werd dus als volgt:
Afbeeldingslocatie: http://sandcat.nl/~bazkar/rungis2.jpg

De 2960 kan nu 192.168.1.1 niet meer pingen of er NTP naartoe draaien.

Ik heb de volgende zaken gechecked:
  • Het fysieke adres van dezelfde Cisco 6509 (192.168.1.6) is WEL te pingen vanaf de 2960. Ook alle andere adressen in die range zijn prima te benaderen.
  • Vanaf de 3750 werkt alles perfect, d.w.z. ik kan zowel de 2960 als 192.168.1.1 prima pingen.
  • Het verkeer van de 2960 voor 192.168.1.1 zie ik voorbij komen op de ASA 5505. Als ik daar een trace draai zie ik dat de 2960 het verkeer op layer 2 rechtstreeks op de ASA dumpt (dus NIET via de 3750... :? )
  • Als ik een clear arp-cache op de 2960 uitvoer en meteen daarna een ping van 192.168.1.1, dan komt de default gateway (de 3750) niet met een arp entry in de 2960 te staan. Het IP van de ASA daarentegen wel...
Het lijkt er nog het meest op dat omdat de NTP server de enige server is die door de 2960 benaderd werd voor de migratie, er een soort caching van de route heeft plaatsgevonden op de 2960 en hij dus niet meer naar zijn default gateway kijkt.
Dit is des te vreemder omdat de gateway op de 2960 dus niet is veranderd. Wellicht omdat er 2 keer binnen het segment wordt doorgerouteerd was de 2960 zo "slim" om 1 routing stap over te slaan :?

Een reboot van de 2960 lost dit probleem op, maar ik wil weten waar dit vandaan komt...
Iemand nog ideeen/suggesties?

  • ik222
  • Registratie: Maart 2007
  • Niet online
Ik moet zeggen dat ik het een beetje een aparte setup vind. Je hebt namelijk alle intern in hetzelfde subnet zitten (192.168.2.0/24) maar gebruikt wel diverse routers. Daarmee heb je dus ook de reden dat routers verkeer rechstreeks naar elkaar sturen (je geeft dat zelf al aan) en niet via een router, ze zitten namelijk in hetzelfde subnet.

Ik zou het in elk geval anders oplossen:
- Geef die ASA 192.168.3.1 (netwerk 192.168.3.0/24)
- Geef die Cisco 1841 192.168.4.1 (netwerk 192.168.4.0/24)
- De Cisco 3750 houdt 192.168.2.1 (netwerk 192.168.2.0/24)
- Vervolgens op de Cisco 3750 een route van 192.168.1.0/24 (of wat dan ook de WAN range precies is) naar 192.168.4.1. En dan de default gateway van die 3750 gewoon op 192.168.3.1 zetten waardoor dus automatisch al het internet verkeer wat niet in de WAN range zit daarover gaat.

Je kan je subnets eventueel natuurlijk ook kleiner of anders maken maar dit even als voorbeeld. Routeren binnen hetzelfde subnet wat je nu doet is in elk geval geen goed idee zoals je ook ziet.

[ Voor 18% gewijzigd door ik222 op 22-07-2011 10:40 ]


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Het grote probleem van het gebruik van transfer netwerken zoals je voorstelt is dat bij changes je ook telkens je WAN tunnels moet aanpassen. Bovendien betekent dit dat ik 2 extra VLANs met bijbehorende IP adressen op de 3750 moet zetten. Ik kan namelijk niet naar 192.168.3.1 of 192.168.4.1 routeren als ik niet zelf als 3750 een IP in die range heb...
Ik snap je tip, maar dit is met opzet zo gebouwd.

Ik ben op de hoogte van het feit dat er asynchrone routering gebruikt wordt (in het originele voorbeeld al zelfs) en een router heeft hier normaliter geen enkel probleem mee.

De 'oude' route voor een roundtrip van 2960 naar ntp server zou in mijn ogen moeten zijn(als we even het remote netwerk platslaan):

2960 -> 3750 -> ASA -> NTP server -> ASA -> 2960
(de 3750 wordt overgeslagen op de terugweg omdat de inside van de ASA inderdaad in hetzelde subnet zit)
Aangezien een 3750 geen layer 4 of hoger inspection o.i.d. doet, boeit dat niet/nauwelijks, was het een layer 4-7 device geweest (zoals een ASA bv) dan hadden we wel een probleem gehad.
Sterker nog, alles werkte dus ook gewoon in de oude situatie.

Het lijkt er echter op dat de 3750 dus ook op de heenweg wordt overgeslagen en dat is iets wat tegen alle routeringsregels die ik ken indruist.
Hierdoor schijnt de 2960 dus als next layer 2 hop de 1841 (waarom niet de 3750 als zijn default gateway?) te kiezen voor verbindingen naar 'nieuwe' IP adressen (wat ervoor zorgt dat de ping naar 192.168.1.6 wel werkt) en nog steeds de ASA voor verbindingen van/naar 'bestaande' IP nummers.

Mijn vraag is dan dus ook: sinds wanneer doet een Layer 2 Cisco switch aan route caching?

[ Voor 15% gewijzigd door bazkar op 22-07-2011 11:07 ]


  • ik222
  • Registratie: Maart 2007
  • Niet online
Oke ja ik moet zeggen dat ik daar ook geen logische verklaring daarvoor heb...

[ Voor 4% gewijzigd door ik222 op 22-07-2011 11:16 ]


  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Heb je ICMP redirects aan staan op je router?

All my posts are provided as-is. They come with NO WARRANTY at all.


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
CyBeR schreef op vrijdag 22 juli 2011 @ 11:42:
Heb je ICMP redirects aan staan op je router?
Goeie, die kende ik nog niet. Dat zou de ping problemen kunnen verklaren als het aanstond op de 3750. Het staat echter (zoals by default) uit.
Nu nog de vraag hoe je dat er weer uitkrijgt short of a reboot.

Het NTP verkeer zelf (UDP 123) is echter ook op dezelde manier verstoord (met een trace op de ASA zie ik ook dat verkeer op layer 2 niet via de 3750 komen), en daar zou een icmp redirect volgens mij geen invloed op moeten hebben.


edit: Het moet ooit aangestaan hebben denk ik, want een clear IP redirect op de 2960 loste het probleem van ping in ieder geval op. Ben NTP nog aan het checken. Alvast bedankt!

[ Voor 13% gewijzigd door bazkar op 22-07-2011 12:03 ]


  • KryTech
  • Registratie: Juni 2000
  • Laatst online: 19:13
Ik heb ook wel is dit soort zaken meegemaakt... Toen had het te maken met (M)STP, ik zou daar is naar kijken / (tijdelijk) uitschakelen.

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Ok, ip redirects staan per default aan op een VLAN op een cisco 3750 en redirecten al het IP verkeer indien van toepassing (en dat is dus precies in deze use case)...
Ze heten ICMP redirects omdat het redirect packet zelf een ICMP packet is.

Goed om te weten en dank aan Cyber.

Kan niet echt vinden of er ook een timeout value voor de redirect cache op de 2960 is, maar deze is in ieder geval meer dan een paar uur (zolang de gateway waarnaartoe geredirect wordt nog benaderbaar is in ieder geval).

[ Voor 10% gewijzigd door bazkar op 22-07-2011 13:04 ]


  • webfreakz.nl
  • Registratie: November 2003
  • Laatst online: 23-02 22:08

webfreakz.nl

el-nul-zet-é-er

Misschien staat hier nog wat nuttige tips in: http://packetattack.org/2...ear-ip-redirects-command/ :)

"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!


Verwijderd

FYI, routers luisteren niet naar ICMP redirects. Alleen hosts (PCs, servers, etc) horen naar ICMP redirects te luisteren.

Volgens mij ben je aardig in de war wat betreft routing (layer 3) en switching (layer 2). Ook al werkte je design in het verleden, ik krijg er pijn van in mijn buik als ik hier naar kijk. Dit krijgen we niet in 2 minuten uitgelegd via een forum. Sorry.

  • overhyped
  • Registratie: Januari 2003
  • Laatst online: 18:23
bazkar schreef op vrijdag 22 juli 2011 @ 10:57:
Het grote probleem van het gebruik van transfer netwerken zoals je voorstelt is dat bij changes je ook telkens je WAN tunnels moet aanpassen. Bovendien betekent dit dat ik 2 extra VLANs met bijbehorende IP adressen op de 3750 moet zetten. Ik kan namelijk niet naar 192.168.3.1 of 192.168.4.1 routeren als ik niet zelf als 3750 een IP in die range heb...
Ik snap je tip, maar dit is met opzet zo gebouwd.
Dan is het opzet geweest van iemand die geen verstand van zaken heeft, sorry! Ik snap dat deze dingen zo ontstaan, maar als ze met opzet zo gebouwd zijn is er iets mis!

Als je een goed nummerplan maakt, dan hoef je de wan tunnels nooit aan te passen bij lokale changes.

in 1 dagje kan je van deze spagettiezooi een net netwerkje maken, maar blijf alsjeblieft niet zo aanklooien, jouw gebruikers zullen je dankbaar zijn :)

  • overhyped
  • Registratie: Januari 2003
  • Laatst online: 18:23
Verwijderd schreef op dinsdag 26 juli 2011 @ 06:26:
FYI, routers luisteren niet naar ICMP redirects. Alleen hosts (PCs, servers, etc) horen naar ICMP redirects te luisteren.

Volgens mij ben je aardig in de war wat betreft routing (layer 3) en switching (layer 2). Ook al werkte je design in het verleden, ik krijg er pijn van in mijn buik als ik hier naar kijk. Dit krijgen we niet in 2 minuten uitgelegd via een forum. Sorry.
Hear Hear!!

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Verwijderd schreef op dinsdag 26 juli 2011 @ 06:26:
FYI, routers luisteren niet naar ICMP redirects. Alleen hosts (PCs, servers, etc) horen naar ICMP redirects te luisteren.

Volgens mij ben je aardig in de war wat betreft routing (layer 3) en switching (layer 2). Ook al werkte je design in het verleden, ik krijg er pijn van in mijn buik als ik hier naar kijk. Dit krijgen we niet in 2 minuten uitgelegd via een forum. Sorry.
Nee, ik ben niet in de war.. een Cisco 2960 is echt een layer 2 switch en die luisteren dus WEL naar ICMP redirects.
En Cyber wist het uit te leggen in 1 zin die hij vast binnen 2 minuten heeft kunnen opschrijven.

Verder: JA, je moet WEL je WAN tunnels aanpassen als je een extra transfer netwerk bouwt. Ik weet niet hoeveel monitoring jullie toepassen op je netwerk, maar je behoort ten alle tijden al je netwerkadressen in de gaten te houden.

Ik weet dat dit niet zo hoort in de mooie Cisco labs die ik ook in mijn CCNA en CCND cursussen gemaakt heb, en waar je geen rekening hoeft te houden met de echte wereld en waar changes geen geld kosten omdat de equipment op een plek aan de andere kant van de wereld staat waar mensen zitten die net voldoende verstand hebben om een rj45 stekker niet ondersteboven in de poort te duwen.

Overigens, dit soort commentaar nadat een correcte en duidelijk oplossing gegeven is, komt over als trolling in mijn ogen.

[ Voor 35% gewijzigd door bazkar op 26-07-2011 12:07 ]


Verwijderd

Goed. Laat me het uitleggen dan.

Die 2960 is geen router. Het is een switch. Hij heeft een IP address, maar dat is alleen voor het management van de switch. Dat IP address wordt niet gebruikt om frames te switchen (of packetjes te routen). Vanuit het oogpunt van TCP/IP is het device dat achter 192.168.2,1 zit, niets anders dan een host.

Het zou dus kunnen zijn dat CatOS (het OS dat draait op Catalyst Switches) wel naar ICMPs luistert, als het device geconfigureert staat als layer-2 switch, en niet als layer-3 router. Ik kan je 100% garanderen dat cisco routers, die het oude vertrouwde IOS draaien, nooit hun routes zullen aanpassen als ze een ICMP redirect ontvangen. (Tenzij je ze configureert als niet-router. Bv "no ip routing").

Je static routes zijn verwarrend.
De 2690 heeft een default route naar 192.168.2.1. Dat is de 3750.
De 3750 heeft een default route naar 192.168.2.2. Dat is de 5505.
Dit suggeert dat je wilt dat de 2690 pakketjes route naar de 3750. En dat die ze door route naar de 5505.
Dat is onzin.
Die 2690 moet direct zijn pakketjes naar de 5505 sturen. De *switching*-functionaliteit van de 3750 moet er voor zorgen dat de ethernet-frames aankomen. Niet de routing-functionaliteit.

Misschien dat die default-gateway op de 2690 een tikfout was. Maar als je het echt zo bedoelde, dan blijkt daar uit dat je niet het verschil weet tussen routing en switching. En daarom vraag ik me af wat er allemaal niet nog meer mis zou kunnen zijn.

En wat is "asynchrone routering" ? In 22 jaar van TCP/IP nog nooit van gehoord. Bedoel je soms "assymetrical" ?

Ik was niet de enige hier die moeite heeft te volgen hoe je netwerk in elkaar zit. Terwijl het echt een simpele topologie is. Maar als je geen simpele configuratie gebruikt, dan kan het verwarrend worden. Bv als een van je routers "proxy-arp" gaat doen, en alles plotseling lijkt te werken. Maar bij het minste of geringste gebeuren er onverklaarbare dingen. En als je niet precies begrijpt hoe het werkt, dan kun je zoiets nooit troubleshooten.


Je moet het heel simpel zien.
Er is een layer-2 netwerk. Dat is de basis.
Dat netwerk bestaat uit een aantal kabels, plus de switching functionaliteit van de 2690 en de 3750.
De routing van die twee boxen heeft er niks mee te maken. Die bestaat niet. Je 2690 en 3750 doen geen routing.

Dat netwerk krijgt prefix 192.168.2/24 toegewezen.
Alle devices op dat netwerk krijgen een IP address van die prefix.
Er is een (1) router die functioneert als de default gateway. Dat is de ASA5505.
Configureer op al je netwerk-devices 192.168.2.2 als de default-gateway.
Configureer je DHCP-server om ook 192.168.2.2 als default-gateway te adverteren via DHCP.
Op je ASA5505 configureer je "ip route 192.168.0.0 255.255.0.0 192.168.2.9".
Op de 2960 en de 3750 configureer je geen extra static routes.
Als de PCs op je LAN, of de 2960 of de 3750 iets naar het Internet willen sturen, dan sturen ze het naar de default-gateway. Dat is de AS5505. Die stuurt het door. Klaar.
Als de PCs op je LAN, of de 2960 of de 3750 iets naar je "Internet tbv WAN" willen sturen, dan sturen ze het ook naar de AS5505. De AS5505 echter stuurt de pakketjes terug over het LAN, maar nu naar de 1841. En de 1841 stuurt ze door. Echter, de AS5505 zal *ook* ICMP redirects sturen naar de originele zender. En die zal vanaf dat moment direct pakketjes naar de 1841 sturen.
Ik kan namelijk niet naar 192.168.3.1 of 192.168.4.1 routeren als ik niet zelf als 3750 een IP in die range heb...
Tuurlijk wel. Mijn router thuis kan toch ook iets naar tweakers.net sturen zonder dat mijn router een IP-address heeft uit de range van tweakers.net ? Dat heet routing. Dat kun je doen door overal static routes in te typen. Of door een dynamisch routing protocol te draaien. In jouw geval hoeft die 3750 echter helemaal geen static routes te hebben, of een routing protocol te draaien. De 3750 doet geen routing. De enige routers in jouw netwerk die weet hoeven hebben van de andere subnetten binnen 192.168/16 (aka je "Internet tbv WAN") zijn de AS5505 en de 1841. Die twee dozen doen routing. De andere twee niet. Als je VLANs gaat gebruiken om routing te laten werken, dan maak je alles alleen maar onnodig complex.

Keep it Simple Stupid.
Wikipedia: KISS principle

[ Voor 5% gewijzigd door Verwijderd op 26-07-2011 20:31 ]


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Goed, ik zal er nog 1 post aan wijden dan:
Verwijderd schreef op dinsdag 26 juli 2011 @ 20:26:
Goed. Laat me het uitleggen dan.

Die 2960 is geen router. Het is een switch. Hij heeft een IP address, maar dat is alleen voor het management van de switch. Dat IP address wordt niet gebruikt om frames te switchen (of packetjes te routen). Vanuit het oogpunt van TCP/IP is het device dat achter 192.168.2,1 zit, niets anders dan een host.
Tot zover helemaal mee eens. Dit schreef ik 1 post hoger zelf ook al overigens...
Het zou dus kunnen zijn dat CatOS (het OS dat draait op Catalyst Switches) wel naar ICMPs luistert, als het device geconfigureert staat als layer-2 switch, en niet als layer-3 router. Ik kan je 100% garanderen dat cisco routers, die het oude vertrouwde IOS draaien, nooit hun routes zullen aanpassen als ze een ICMP redirect ontvangen. (Tenzij je ze configureert als niet-router. Bv "no ip routing").
2960's (en de meeste Catalyst switches overigens) draaien al lang geen CatOS meer, maar ook gewoon hun eigen versie van IOS.
Dat een 3750 die routeert geen routes aanpast als hij ICMP redirects ontvangt neem ik van je aan omdat ik niet de zin en tijd heb om het hier in een PoCje te testen. Wat dat ergens mee te maken heeft in mijn voorbeeld ontgaat me echter volledig.
Je static routes zijn verwarrend.
De 2690 heeft een default route naar 192.168.2.1. Dat is de 3750.
De 3750 heeft een default route naar 192.168.2.2. Dat is de 5505.
Dit suggeert dat je wilt dat de 2690 pakketjes route naar de 3750. En dat die ze door route naar de 5505.
Dat is onzin.
Die 2690 moet direct zijn pakketjes naar de 5505 sturen. De *switching*-functionaliteit van de 3750 moet er voor zorgen dat de ethernet-frames aankomen. Niet de routing-functionaliteit.
Spontaan wordt mijn 2960 een 2690, maar vooruit.
Allereerst 'moet' er niets.

Het is inderdaad zo dat de 2960 zijn default gateway (niet route, een layer 2 switch kan geen routes configureren) naar de 3750 heeft staan.
Deze heeft zijn default route (0.0.0.0) naar de ASA staan inderdaad.

Dus als de 2960 een packet stuurt naar 10.0.0.1 dan wordt dit (zonder even ICMP redirects in beschouwing te nemen) gewoon op de default gateway afgeleverd. De 3750 dus. De 3750 krijgt op zijn VLAN interface een packet binnen van source 192.168.2.3 en destination 10.0.0.1. Hij heeft zelf geen IP in 10.0.0.x range en kan dus niet switchen. Hij zal de route voor 10.0.0.1 moeten opzoeken in zijn routing tabel. Daar vind hij dat dit verkeer naar de 1841 moet.
Misschien dat die default-gateway op de 2690 een tikfout was. Maar als je het echt zo bedoelde, dan blijkt daar uit dat je niet het verschil weet tussen routing en switching. En daarom vraag ik me af wat er allemaal niet nog meer mis zou kunnen zijn.
Nee, uiteraard geen tikfout, zie beneden.
En wat is "asynchrone routering" ? In 22 jaar van TCP/IP nog nooit van gehoord. Bedoel je soms "assymetrical" ?
Asymetrical (wel met 1 s uiteraard) inderdaad, I stand corrected.
Ik was niet de enige hier die moeite heeft te volgen hoe je netwerk in elkaar zit. Terwijl het echt een simpele topologie is. Maar als je geen simpele configuratie gebruikt, dan kan het verwarrend worden. Bv als een van je routers "proxy-arp" gaat doen, en alles plotseling lijkt te werken. Maar bij het minste of geringste gebeuren er onverklaarbare dingen. En als je niet precies begrijpt hoe het werkt, dan kun je zoiets nooit troubleshooten.


Je moet het heel simpel zien.
Er is een layer-2 netwerk. Dat is de basis.
Dat netwerk bestaat uit een aantal kabels, plus de switching functionaliteit van de 2690 en de 3750.
De routing van die twee boxen heeft er niks mee te maken. Die bestaat niet. Je 2690 en 3750 doen geen routing.

Dat netwerk krijgt prefix 192.168.2/24 toegewezen.
Alle devices op dat netwerk krijgen een IP address van die prefix.
Er is een (1) router die functioneert als de default gateway. Dat is de ASA5505.
Configureer op al je netwerk-devices 192.168.2.2 als de default-gateway.
Configureer je DHCP-server om ook 192.168.2.2 als default-gateway te adverteren via DHCP.
Op je ASA5505 configureer je "ip route 192.168.0.0 255.255.0.0 192.168.2.9".
Op de 2960 en de 3750 configureer je geen extra static routes.
Als de PCs op je LAN, of de 2960 of de 3750 iets naar het Internet willen sturen, dan sturen ze het naar de default-gateway. Dat is de AS5505. Die stuurt het door. Klaar.
Als de PCs op je LAN, of de 2960 of de 3750 iets naar je "Internet tbv WAN" willen sturen, dan sturen ze het ook naar de AS5505. De AS5505 echter stuurt de pakketjes terug over het LAN, maar nu naar de 1841. En de 1841 stuurt ze door. Echter, de AS5505 zal *ook* ICMP redirects sturen naar de originele zender. En die zal vanaf dat moment direct pakketjes naar de 1841 sturen.
Goed, dus mijn design waar ik een 3750 (layer 3 switch met hoge routing throughput) gebruik om zaken binnen het VLAN door te routeren naar het correcte layer 3 edge device is enorm fout, maar een ASA met beperkte doorvoer voor exact hetzelfde gebruiken (namelijk routing binnen hetzelfde laag 2 netwerk) en daarbij een onnodige mogelijke security breach introduceren door same-security-traffic permit intra-interface aan te moeten zetten is WEL een goed design?

Ik weet niet of je de bandwidth-overhead van beide oplossingen vergeleken hebt, maar sorry, dan gebruik ik liever mijn opzet. Voordeel van deze setup is namelijk dat er geen enkel verkeer dubbel over een fysieke interface hoeft, iets wat met jouw voorstel WEL het geval is (kabel tussen 3750 en ASA wordt daar dubbel belast).

De reden dat hiervoor dus gekozen is, is omdat er op deze manier makkelijk uitbreidingen en aanpassingen te doen zijn. Onafhankelijk wat er in de perimeter aan lijnen en routers veranderd, de default gateway van alle apparaten hoeft niet aangepast te worden (dit is ook lang niet altijd remote mogelijk). Alleen de routes op de 3750 worden (remote) aangepast en alles draait weer.
Ook een uitbreiding van het LAN is heel simpel te realiseren door ofwel een extra VLAN op de 3750 te introduceren (met bijbehorend IP dat als gateway dient voor de clients in dit VLAN), ofwel (minder secure en netjes) door een secondary IP op het bestaande VLAN te definieren.


Overigens is de aanname dat alle machines maar DHCP draaien erg naief. Kijk eens iets verder dan een standaard kantoorautomatiseringsomgeving en verdiep je eens in industriele automatisering en kom er achter dat veel devices dat NIET ondersteunen en een fixed IP en gateway nodig hebben, maar dat terzijde.

Verder nog een paar puntjes:
  • Zoals gezegd kan je op een 2960 geen routes definieren, enkel een default gateway
  • ICMP redirects zijn een enorme security breach en maken mitm attacks ERG makkelijk. Lees de security best practises er maar op na, het is iets wat je niet wilt
[...]
Tuurlijk wel. Mijn router thuis kan toch ook iets naar tweakers.net sturen zonder dat mijn router een IP-address heeft uit de range van tweakers.net ? Dat heet routing. Dat kun je doen door overal static routes in te typen. Of door een dynamisch routing protocol te draaien. In jouw geval hoeft die 3750 echter helemaal geen static routes te hebben, of een routing protocol te draaien. De 3750 doet geen routing. De enige routers in jouw netwerk die weet hoeven hebben van de andere subnetten binnen 192.168/16 (aka je "Internet tbv WAN") zijn de AS5505 en de 1841. Die twee dozen doen routing. De andere twee niet. Als je VLANs gaat gebruiken om routing te laten werken, dan maak je alles alleen maar onnodig complex.

Keep it Simple Stupid.
Wikipedia: KISS principle
*zucht*
Goed, om het verhaal dan helemaal te vertellen. Er werd door ik222 gesuggereerd dat ik met transfer netwerken moest gaan werkenm, dus de 1841 en ASA allemaal in een eigen range (192.168.3.1 en 4.1 ofzo)
Dit bekenent echter dat ik op de 3750 2 extra VLAN's moet aanmaken met een IP adres in de 192.168.3 en 4 range. Anders kan ik namelijk niet naar 3.1 en 4.1 routeren of wel?
Of heb jij in je router thuis staan dat al het verkeer voor tweakers.net (213.239.154.35) afgeleverd moet worden bij 87.233.1.218? Nee natuurlijk niet, want jouw thuisrouter heeft ook geen idee waar dat ie dat IP moet vinden.

Ik weet niet of je overigens ooit met L3 switches te maken gehad hebt, maar die DOEN niet veel anders dan routeren tussen VLANs. Ja, je kunt op een L3 switch een router port aanmaken, maar dat is meestal niet handig en niet nodig. gewoon een VLAN (of meerdere, een trunk) definieren met een IP erop en routeren maar tussen die VLANs (omdat ze beide directly connected zijn op de L3)

[ Voor 6% gewijzigd door bazkar op 27-07-2011 16:54 ]


  • Bl@ckbird
  • Registratie: November 2000
  • Niet online
bazkar schreef op woensdag 27 juli 2011 @ 16:40:

[...]

Verder nog een paar puntjes:
  • Zoals gezegd kan je op een 2960 geen routes definieren, enkel een default gateway
De 2960 / 2960-S ondersteund basic routing. (Alleen static routing.) En alleen sinds de laatste software release en met het LAN-Base image. Routing met het LAN-Lite image wordt niet ondersteund. Een 2960 LAN-Lite switch kan je niet upgraden naar LAN-Base.

~ Voordelig Zelf Vliegen? ~ Sent using RFC 1149. Note: No animals were harmed during this data transfer. ~


  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

Ik weet niet of je overigens ooit met L3 switches te maken gehad hebt, maar die DOEN niet veel anders dan routeren tussen VLANs. Ja, je kunt op een L3 switch een router port aanmaken, maar dat is meestal niet handig en niet nodig
da's niet helemaal waar: Alleen als je L3 interfaces, oftewel routed ports configureert op diezelfde bak.

routers verbinden ongelijke netwerken met elkaar (je stuurt packets met een bepaalde waarde naar een nexthop en of je dat met bgp, igrp, eigrp, rip of whatever doet, dat maakt niet uit, je route tabel bestaat uit: ik kan dat netwerk bij die nexthop vinden)


switches (L2) werken op basis van mac-adres. Die kunnen nooit en te nimmer routes cachen!

Overigens ben ik het niet met het design eens, maar dat is een ander verhaal.

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Kabouterplop01 schreef op woensdag 27 juli 2011 @ 18:01:
[...]


da's niet helemaal waar: Alleen als je L3 interfaces, oftewel routed ports configureert op diezelfde bak.

routers verbinden ongelijke netwerken met elkaar (je stuurt packets met een bepaalde waarde naar een nexthop en of je dat met bgp, igrp, eigrp, rip of whatever doet, dat maakt niet uit, je route tabel bestaat uit: ik kan dat netwerk bij die nexthop vinden).
Uiteraard moet je als je wilt dat een L3 switch tussen 2 VLANs routeert, wel een VLAN interface met IP adres voor die VLANs aanmaken, true.

En ja, ik weet hoe routers werken.... Mijn punt is dus alleen dat het IP van die nexthop dus wel in één van de (mogelijk tientallen) subnets van de router zelf moet zitten, zodat het mac van die nexthop in de arp tabel van de router terecht komt. Anders weet de router niet via welke interface te routeren.

En nee, de switch cached dus geen routes voor zijn management IP, maar de IP redirect cache (indien gevuld) zorgt er dus wel voor dat de switch zijn configured default gateway volledig negeert en zijn packets naar een ander router IP in het zelfde subnet stuurt.

[ Voor 30% gewijzigd door bazkar op 27-07-2011 18:24 ]


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Bl@ckbird schreef op woensdag 27 juli 2011 @ 17:09:
[...]


De 2960 / 2960-S ondersteund basic routing. (Alleen static routing.) En alleen sinds de laatste software release en met het LAN-Base image. Routing met het LAN-Lite image wordt niet ondersteund. Een 2960 LAN-Lite switch kan je niet upgraden naar LAN-Base.
Grappig, we draaien hier (zoals boven vermeld) 12.2(52) en die image ondersteund dat nog niet, maar dit kan inderdaad zo zijn voordelen hebben. Bedankt voor de update.

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

En nee, de switch cached dus geen routes voor zijn management IP, maar de IP redirect cache (indien gevuld) zorgt er dus wel voor dat de switch zijn configured default gateway volledig negeert en zijn packets naar een ander router IP in het zelfde subnet stuurt.
dat lijkt me lastig voor beheer ... Ik ken de feature ook niet btw

trouwens kun je je config van de 3750 eens laten zien? (zonder psswds uiteraard)

Ik vermoed nl dat de routering op je 3750 niet goed staat:
Je default route gaat naar de 2.2
de andere route (192.168.0.0 gaat naar 192.168.2.9, volgens het plaatje) is more specific! Die gaat altijd voor.

Als je als routering in de 3750 zet:
ip route 192.168.1.1 255.255.255.255 192.168.2.(next hop 4e octet ASA)

de routering voor je vpn ip adressen (192.168.1.1- 192.168.1.x??) moet dus bekend zijn anders werkt het niet

[ Voor 43% gewijzigd door Kabouterplop01 op 27-07-2011 21:33 ]


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Kabouterplop01 schreef op woensdag 27 juli 2011 @ 21:14:
[...]

dat lijkt me lastig voor beheer ... Ik ken de feature ook niet btw
Daar ging dus de hele post over.. Dat was precies het probleem hier. Ik kende de feature ook niet, maar hij gooide in dit geval dus roet in het eten:

De 3750 stuurde in de oude situatie ip redirects (in de vorm van een ICMP packet) naar de 2960 als de 2960 probeerde naar 192.168.1.1 te connecten via zijn management IP (voor ntp synchronisatie o.a.).
Dit gebeurt omdat de 3750 detecteert dat zijn next-hop (de ASA) in hetzelfde subnet zit als het source IP van de 2960, zie de cisco artikelen over IP redirect.

Hierdoor bouwt de 2960 een ip redirect cache op voor 192.168.1.1 naar de ASA en voor dit IP negeert hij dus de default gateway (de 3750). Hierdoor ging de 2960 in het originele design voor die specifieke destination IPs dus niet naar zijn default gateway (de 3750), maar rechtstreeks naar de ASA.

Toen de route voor dat IP op de 3750 aangepast werd van de ASA naar de 1841 (zie nieuwe situatie), werd dit dus niet opgepikt door de 2960, omdat deze de 3750 al negeerde. De 2960 bleef de packets vrolijk bij de ASA afleveren, die ze nergens meer kwijt kon, omdat de WAN tunnel richting 192.168.1.1 weg was.

Daarom ging e.e.a. dus stuk...

zie ook de link van webfreakz voor mooie uitleg van dit probleem (al had de switch in dat voorbeeld een show ip route commando, iets wat mijn 2960 met deze IOS release dus nog niet had):
trouwens kun je je config van de 3750 eens laten zien? (zonder psswds uiteraard)

Ik vermoed nl dat de routering op je 3750 niet goed staat:
Je default route gaat naar de 2.2
de andere route (192.168.0.0 gaat naar 192.168.2.9, volgens het plaatje) is more specific! Die gaat altijd voor.

Als je als routering in de 3750 zet:
ip route 192.168.1.1 255.255.255.255 192.168.2.(next hop 4e octet ASA)

de routering voor je vpn ip adressen (192.168.1.1- 192.168.1.x??) moet dus bekend zijn anders werkt het niet
Het is precies de bedoeling dat de route naar de 1841 more specific is. Het WAN is 192.168.0.0/16, die loopt in de nieuwe situatie via de 1841, de default gateway (al het browsing verkeer naar public IP's) moet via de ASA. Dat was de change ook die we gedaan hebben: WAN traffic offloaden via een dedicated line op een dedicated device (de 1841)

[ Voor 9% gewijzigd door bazkar op 28-07-2011 11:02 ]


  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

Dus moet je daarop een more specific routering maken voor de andere kant!

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Kabouterplop01 schreef op donderdag 28 juli 2011 @ 10:51:
Dus moet je daarop een more specific routering maken voor de andere kant!
Ik volg niet wat je hier bedoelt om eerlijk te zijn.

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

192.168.0.0/16 is more specific voor 0.0.0.0 en dus omdat 192.168.1.1 in die more specific zit zal de routering altijd voor 192.168.1.1 naar de 1841 lopen!

  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Kabouterplop01 schreef op donderdag 28 juli 2011 @ 12:54:
192.168.0.0/16 is more specific voor 0.0.0.0 en dus omdat 192.168.1.1 in die more specific zit zal de routering altijd voor 192.168.1.1 naar de 1841 lopen!
Dat weet ik, en dat was zoals hierboven vermeld ook precies de bedoeling. In de praktijk gebeurde dit dus ook voor alle gewone end hosts, behalve vanaf de 2960 door die vervelende IP redirect cache op die switch.

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

Wow ik heb de post een paar x doorgelezen, maar ik heb het er niet uit kunnen halen.. (gaat maandag naar de oogarts 8) )

  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Kabouterplop01 schreef op vrijdag 29 juli 2011 @ 22:36:
Wow ik heb de post een paar x doorgelezen, maar ik heb het er niet uit kunnen halen.. (gaat maandag naar de oogarts 8) )
Mischien moet je dan 's goed lezen ipv alleen maar je cisco training oplepelen.

Hij heeft een tunnel naar een andere vestiging. Daar zit 192.168.1.0/24 (waar jij /16 vandaan haalt, ik weet het niet). Die tunnel loopt vanaf z'n 1841. De rest is 'het internet', en moet dus via de ASA.

Allemaal vrij simpel en met uitzondering van de ICMP redirects die roet in het eten gooien werkt het prima, dus ik snap werkelijk niet hoe dit zo'n lang topic is geworden.

All my posts are provided as-is. They come with NO WARRANTY at all.


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Ik ook niet om eerlijk te zijn, maar als ik van allerlei 'experts' te horen krijg dat ik niet weet wat routeren is en het verschil niet ken tussen L2 en L3 dan wil ik me toch wel even verdedigen...
Zou een slechte netwerkbeheerder van een bedrijf van 2000 man zijn als ik het OSI model niet snapte.

Goed, all has been said and done.
Laten we het hier bij houden...

Verwijderd

Waarom heeft de 2960 een default-gateway naar 192.168.2.1, en niet naar 192.168.2.2 ?

  • kokkel
  • Registratie: September 2000
  • Laatst online: 14-02 21:59
Zou je kunnen beschrijven wat het exacte probleem is, het is leuk dat mensen lopen te flamen op elkaar maar je vraagt of iemand je kan helpen. Daarbij ben ik van mening dat gryz dit niet bedoelde als een aanval maar een opmerking. Daarbij zijn dergelijke configuraties mogelijk, heb ze zelf ook aardig wat gezien. Zou je wat informatie kunnen geven omtrent je routering en eventuele relevante acl's.

  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Ik ben van mening dat het probleem al 20 posts geleden opgelost is...

All my posts are provided as-is. They come with NO WARRANTY at all.


  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 07:34

Kabouterplop01

chown -R me base:all

CyBeR schreef op zondag 31 juli 2011 @ 00:46:
[...]

Hij heeft een tunnel naar een andere vestiging. Daar zit 192.168.1.0/24 (waar jij /16 vandaan haalt, ik weet het niet).
staat in het plaatje 192.168.0.0 to 192.168.2.9 (wellicht te simpel over gedacht om er /16 aan te hangen)

  • CyBeR
  • Registratie: September 2001
  • Niet online

CyBeR

💩

Kabouterplop01 schreef op dinsdag 02 augustus 2011 @ 16:36:
[...]


staat in het plaatje 192.168.0.0 to 192.168.2.9 (wellicht te simpel over gedacht om er /16 aan te hangen)
Fair enough, dat is een redelijke aanname. Uit het verhaal blijkt dat niet echt maar uit het plaatje is 't op die manier wel op te maken ja.

All my posts are provided as-is. They come with NO WARRANTY at all.


  • bazkar
  • Registratie: Juni 2001
  • Laatst online: 19-02 17:01
Het was inderdaad als /16 bedoeld, maar dat maakt het argument en de (inderdaad 20 posts geleden al gegeven) oplossing niet anders. Toch raar dat mensen niet een heel topic doorlezen (of in ieder geval de posts van de TS) voordat ze antwoorden...

Oh well, er mag een slotje op w.m.b.
Pagina: 1