Új hozzászólás Aktív témák

• #13853 okgyuri újonc crok #13847

  Új Válasz 2017-12-18 15:44:59 #13853

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  okgyuri

  újonc

  válasz crok #13847 üzenetére

  Köszönöm! Arra a kérdésre meg, hogy mire használjuk a manuális dlci megadást, már rájöttem: pl. ha olyan IP cím felé adjuk meg az utat, amelyhez nem közvetlen VC-vel kapcsolódik az eszköz. A példában pl. R2-ről R3-ra.

• #13845 okgyuri újonc

  Új Válasz 2017-12-18 09:48:09 #13845

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  okgyuri

  újonc

  A következő kérdésem lenne: Frame Relay-t próbálok GNS3-ban. Egyzerű hálózat, 3 forgalomirányító, R1 kapcsolódik R2-höz és R3-hoz Frame Relay kapcsolón (egy-egy VC-n) keresztül. Frame-relay beágyazva, minden más alapértelmezetten maradt, IP címek beállítva (10.0.0.1, 10.0.0.2, 10.0.0.3), automatikusan felismerik a forgalomirányítók a DLCI-ket és a IP MAP-et (vagyis nincsen szükség frame-relay interface-dlci és frame-relay map ip parancsokra), működik a ping R1-ről R2-re, és R1-ről R3-ra. Amennyiben R1-nél átállítom az LMI típusát q933a-ra, R1-en a protokoll státusza DOWN-ra kapcsol, és nem is hajlandó visszakapcsolni. Az LMI-nek csak lokálisan kell a DTE-n és a DCE-n megegyeznie, a nagy könyv szerint. A GNS3 Frame Relay kapcsolójában kell keresni a hibát? A másik kérdésem az lenne, hogy ha automatikusna megtanulja a forgalomrányító a DLC-ket a kapcsolótól, akkor mikor használjuk a frame-relay interface-dlci parancsot? (Eltekintve attól az esettől, amikor a saját IP címéhe vezető DLCI-t adjuk meg.)

• #13634 okgyuri újonc sunyijanika #13633

  Új Válasz 2017-10-17 17:46:17 #13634

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  okgyuri

  újonc

  válasz sunyijanika #13633 üzenetére

  Köszönöm, ezzel tökéletesen működik.

• #13632 okgyuri újonc kowika87 #13631

  Új Válasz 2017-10-17 16:09:07 #13632

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  okgyuri

  újonc

  válasz kowika87 #13631 üzenetére

  Köszönöm a választ!

  IOU L3 image-dzsel még soha nem próbálkoztam, ideje elkezdeni, úgy néz ki.
  Kipróbáltam PT-ben és GNS3-ban is, hogy kiadom annak ellenére az ipv6 add dhcp prefix parancsot, és tényleg megeszi. Van értelme itt a prefix megadásának, vagy csak a furcsaságnak egy része? Mondjuk ahhoz ki kell próbálni, hogy működik-e egyáltalán. (Itt most a PT-re gondoltam főleg.)
  Ezek szerint a régi módszer a pool-ban (address prefix/length) már felejtős?

• #13629 okgyuri újonc

  Új Válasz 2017-10-17 14:27:50 #13629

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  okgyuri

  újonc

  Sziasztok!

  A következő problémába futottam bele. Rendbe akartam tenni az IPv6 autoconfig és DHCPv6 ismereteimet. Az elméleti részt átrágtam, megértettem (egyrészt az R&S2-ből, másrészt számos példából a neten), és utána nekiláttam saját magam is konfigurálni. Ekkor akadtam a következő problémába. A stateful DHCPv6-nál a pool-ban nem találni az "address prefix" parancsot, illetve kliens oldalon (egy router a kliens) az "ipv6 address dhcp"-t sem. Próbáltam PT-ben (7.0) és GNS3-ban (több fajta IOS-szel), de ugyanaz. Az "address prefix" helyett találtam egy "prefix delegation"-t, amit még meg is értenék, de a kliens oldalira nem jövök rá. Mit csinálok rosszul?

  Gyuri

Új hozzászólás Aktív témák