TSHOOT - Problem z topologią

Pytania dt. certyfikacji CCNP, CCDP, CCSP, CCIP oraz CCVP
Wiadomość
Autor
otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

TSHOOT - Problem z topologią

#1

#1 Post autor: otykarol »

Witam!
Jestem w trakcie montowania labu do TSHOOT i natknąłem się na nieścisłość w topologiach podanych przez Cisco. Mianowicie w IPv4 Layer3 Topology pomiędzy switchami DSW1 i DSW2 są numerki odpowiednio ".13" i ".14" (podsieć 10.2.4.12/30). Natomiast na Layer2/3 Topology switche te łączy EtherChannel i mają one SVI, spośród których żaden nie należy do podsieci 10.2.4.12/30

Czy ma ktoś pomysł jak to interpretować?

Poniżej topologie podane przez Cisco.

http://img248.imageshack.us/img248/5705/ipv4l3.jpg

http://img718.imageshack.us/img718/3513/l23u.jpg

//edit peper: Proszę sensownie zmniejszać obrazki przed ich wklejaniem w posty lub wklejać jedynie linki
Ostatnio zmieniony 27 maja 2010, 12:21 przez otykarol, łącznie zmieniany 1 raz.

Awatar użytkownika
drake
CCIE
CCIE
Posty: 1593
Rejestracja: 06 maja 2005, 01:32
Lokalizacja: Dortmund, DE
Kontakt:

Re: TSHOOT - Problem z topologią

#2

#2 Post autor: drake »

otykarol pisze: Czy ma ktoś pomysł jak to interpretować?
Hej,
SVI o ktorych wspominasz to L3 dla vlanow. Wg mnie te PortChannele na diagramie L2L3 sa adresowane jak polaczenie na diagramie L3 ;) SVI sa wskazane po to, zebys widzial gdzie jaki VLAN ma gatewaya, poza tym ladnie kazdy VLAN jest kreska pociagniety przez rozne switche przez ktore przechodzi.

Pozdruffka!
Never stop exploring :)

https://iverion.de

horac

#3

#3 Post autor: horac »

10.2.4.12/30 to podsiec na etherchannel L3 miedzy DSW1 i DSW2

otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

#4

#4 Post autor: otykarol »

Aah ok, czyli tam nie ma trunka, tylko jest L3 interface. Myślałem, że na topologii L2/L3 podają wszystkie interfejsy IP switchów i coś mi nie pasowało.

Dzięki!

Awatar użytkownika
scoon
wannabe
wannabe
Posty: 301
Rejestracja: 28 paź 2008, 12:24

#5

#5 Post autor: scoon »

Dlaczego nie może być tam trunk?

Awatar użytkownika
bugi
wannabe
wannabe
Posty: 1345
Rejestracja: 09 lip 2008, 17:50
Lokalizacja: Warsaw Poland

#6

#6 Post autor: bugi »

scoon pisze:Dlaczego nie może być tam trunk?
Przecież jest w legendzie wyraźnie, że to etherchannel ;)
CCIE RS#55541
"W ogóle, bracie, jeżeli nie masz na utrzymaniu rodziny, nie grozi ci głód, nie jesteś Tutsi ani Hutu i te sprawy, to wystarczy, że odpowiesz sobie na jedno zajebiście, ale to zajebiście, ważne pytanie: co lubię w życiu robić. A potem zacznij to robić..."
http://www.linkedin.com/in/mariuszbugaj

Awatar użytkownika
scoon
wannabe
wannabe
Posty: 301
Rejestracja: 28 paź 2008, 12:24

#7

#7 Post autor: scoon »

Zgadza się, ale czy to oznacza ze nie może być trunk ogólnie mowiac? :)

Co do schematu te porty nie sa switchportami chyba z tego wynika?
Ostatnio zmieniony 27 maja 2010, 12:22 przez scoon, łącznie zmieniany 1 raz.

Awatar użytkownika
bugi
wannabe
wannabe
Posty: 1345
Rejestracja: 09 lip 2008, 17:50
Lokalizacja: Warsaw Poland

#8

#8 Post autor: bugi »

scoon pisze:Zgadza się, ale czy to oznacza ze nie może być trunk ? :)
może, ale na egzaminie jest l3 etherchannel ;)
CCIE RS#55541
"W ogóle, bracie, jeżeli nie masz na utrzymaniu rodziny, nie grozi ci głód, nie jesteś Tutsi ani Hutu i te sprawy, to wystarczy, że odpowiesz sobie na jedno zajebiście, ale to zajebiście, ważne pytanie: co lubię w życiu robić. A potem zacznij to robić..."
http://www.linkedin.com/in/mariuszbugaj

Awatar użytkownika
scoon
wannabe
wannabe
Posty: 301
Rejestracja: 28 paź 2008, 12:24

#9

#9 Post autor: scoon »

Si senior :)

otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

#10

#10 Post autor: otykarol »

Jak byście radzili skonfigurować trasy zewnętrzne na R1? Do głowy przychodzą mi następujące opcje:
1)

Kod: Zaznacz cały

redistribute bgp 65001 metric 64 subnets metric-type 1
2) powyższe oraz

Kod: Zaznacz cały

distribute-list prefix DEFAULT-ROUTE-ONLY out bgp 65001
3)

Kod: Zaznacz cały

ip route 0.0.0.0 0.0.0.0 Serial0/1
oraz

Kod: Zaznacz cały

redistribute static
Moim celem jest zrobienie konfigów jak najbardziej podobnych do tych na egzaminie, czyli proszę o podpowiedź jak się w praktyce najczęściej konfiguruje coś takiego.

Awatar użytkownika
bugi
wannabe
wannabe
Posty: 1345
Rejestracja: 09 lip 2008, 17:50
Lokalizacja: Warsaw Poland

#11

#11 Post autor: bugi »

otykarol pisze:Jak byście radzili skonfigurować trasy zewnętrzne na R1? Do głowy przychodzą mi następujące opcje:
1)

Kod: Zaznacz cały

redistribute bgp 65001 metric 64 subnets metric-type 1
2) powyższe oraz

Kod: Zaznacz cały

distribute-list prefix DEFAULT-ROUTE-ONLY out bgp 65001
3)

Kod: Zaznacz cały

ip route 0.0.0.0 0.0.0.0 Serial0/1
oraz

Kod: Zaznacz cały

redistribute static
Moim celem jest zrobienie konfigów jak najbardziej podobnych do tych na egzaminie, czyli proszę o podpowiedź jak się w praktyce najczęściej konfiguruje coś takiego.
jak najbardziej w tym przypadku sposób 3) albo

Kod: Zaznacz cały

router ospf 1
default-inf originate always
pzdr
CCIE RS#55541
"W ogóle, bracie, jeżeli nie masz na utrzymaniu rodziny, nie grozi ci głód, nie jesteś Tutsi ani Hutu i te sprawy, to wystarczy, że odpowiesz sobie na jedno zajebiście, ale to zajebiście, ważne pytanie: co lubię w życiu robić. A potem zacznij to robić..."
http://www.linkedin.com/in/mariuszbugaj

otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

#12

#12 Post autor: otykarol »

Zrobiłem takie coś:

Na ISP:

Kod: Zaznacz cały

access-list 1 permit 0.0.0.0
access-list 1 deny any

router bgp 65002
 neighbor 209.65.200.225 default-originate
 neighbor 209.65.200.225 distribute-list 1 out
Na R1:

Kod: Zaznacz cały

router ospf 1
redistribute bgp 65001
default-information originate always metric 64 metric-type 1

W ten sposób R1 dostaje przez BGP tylko defaultową trasę i ogłasza ją do OSPF. Czy tak jest "poprawnie"? Zastanawiam się czy nie dodać jeszcze filtrów routingowych, aby zabezpieczyć R1 przed napływem tras od ISP?

otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

#13

#13 Post autor: otykarol »

Jeszcze jedno pytanie:
Czy switche 3550 obsługują IPv6 Routing? Właśnie poświęciłem 2 godziny na szukanie przyczyn braku komunikacji między DSW1 a DSW2 w IPv6. Wiadomości NS są wysyłane, ale nic nie jest odbierane....

"ipv6 unicast-routing" jest włączone

Sprawdziłem Cisco Feature Navigator i nie ma tam 3550... to w takim razie dlaczego mogę wprowadzić powyższą komendę??

Awatar użytkownika
drake
CCIE
CCIE
Posty: 1593
Rejestracja: 06 maja 2005, 01:32
Lokalizacja: Dortmund, DE
Kontakt:

#14

#14 Post autor: drake »

otykarol pisze:Jeszcze jedno pytanie:
Czy switche 3550 obsługują IPv6 Routing?
Nie, nie wspieraja, umozliwiaja tylko przepuszczenie przez nie tak jakby ruchu tego typu przy pomocy Fallback-bridging, ale same nie wspieraja IPv6. A ze komende mozesz wpisac, to nic nie znaczy ;)

Pozdruffka!
Never stop exploring :)

https://iverion.de

otykarol
member
member
Posty: 27
Rejestracja: 05 maja 2010, 13:02

#15

#15 Post autor: otykarol »

:( Dzięki za odpowiedź. Będę musiał w takim razie przećwiczyć IPv6 w jakimś symulatorze...

ODPOWIEDZ