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

• #1401 crok Topikgazda Lokids #1400

  Új Válasz 2012-07-26 01:34:31 #1401

  Ú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

  

  crok

  Topikgazda

  válasz Lokids #1400 üzenetére

  OSFP-ben a network parancs egy wildcard-al nem azt mondja meg hogy
  mit fog hirdetni, hanem kijelöli azon interface-eket amiken az OSPF futhat,
  így ha a subinterface-ed IP-i pl. rendre 192.168.0.1/24, 192.168.1.1/24,
  192.168.2.1/24 és 192.168.3.1/24 valamint az OSPF konfigban ha azt
  adod meg mondjuk hogy network 192.168.0.0 0.0.255.255 a 0 akkor mind
  a 4 interface OSPF-ben benne lesz, LSA fog generálódni amint a link state
  up lesz, hiszen az OSPF "link state routing protocol", így itt nem is adhatsz
  meg mást, mint azt hogy mely interface-ek vegyenek részt (és hogyan) a
  protocol működésében. Ha mást akarsz betenni akkor azt csak redistribute
  paranccsal tudod (paraméterezve, Type5 LSA). A link state működés miatt
  nem lehet pl OSPF-ben LSA-kat szűrni, csakis azt lehet pl- szűrni, hogy mi
  kerülhet be a routing táblába - hisz' mindenkinek ugyan azzal az LSDB-vel
  kell rendelkeznie, másképp az OSPF működése sérülne. Ja, ha például
  net 0.0.0.0 255.255.255.255 a 0 adsz meg akkor az összes interface aminek
  IP-je van benne lenne az OSPF processzben (sajnos ha azt a parancsot
  adod ki hogy net 0.0.0.0 0.0.0.0 a 0 akkor is igaz ez: az IOS ezt át fogja
  írni net 0.0.0.0 255.255.255.255 a 0 -ra.. bizony..).

  Azon protokollok amiken a network úgy van megadva hogy azokat hirdeni
  is fogod azok nem link state routing protocol-ok (pl BGP, de ott se lehet
  bármit, csak az lesz hirdetve ami a routing táblában benne van valahogy).

  Ha gondoljátok leírok egy érdekes OSPF IOS bugot és egy workaround-ot:
  egy beragadt LSA okozott némi routing loopot.

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