Hirdetés

  2. Fórumok
  3. Hálózat, szolgáltatók
  4. Cisco vizsgák (CCNA, CCNP, CCIE)
Legfrissebb anyagok
PROHARDVER! témák
Mobilarena témák
IT café témák
GAMEPOD témák
  • Téma összefoglaló
    Utoljára frissítve: 2020-02-27 09:43

    PROHARDVER!

    --- Még az új vizsgarendszer előtti információk, majd frissítjük! ---


    Gyakran ismételt kérdések
    Olvasd el a cikkeket itt.

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

  • #755 Tsory tag zsolti.22 #752
    Új Válasz #755
    Ú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

    Tsory

    tag

    válasz zsolti.22 #752 üzenetére

    Multipoint frame-relay esetén ahhoz, hogy a pingek menjenek, a spoke routereknek tudni kell pingetni egymást. Ehhez tudniuk kell, hogy az azonos alhálózatban lévő másik router merre van. Ehhez fel kell venni kézzel még egy frame-relay map parancsot a spoke routereken.

    Pl. R2 192.168.1.2/24 -- DLCI201 -- FRSW --DLCI102 ---- R1 192.168.1.1/24 --- DLCI103 -- FRSW --- DLCI301 --- R3 192.168.1.3/24

    Ilyenkor R2-n ki kell adni:

    frame-relay map ip 192.168.1.1 201 broadcast
    frame-relay map ip 192.168.1.3 201 broadcast

    R3-n:

    frame-relay map ip 192.168.1.1 301 broadcast
    frame-relay map ip 192.168.1.2 301 broadcast

    Így egy traceroute parancsnak érdekes kimenete lehet:

    R2#traceroute 192.168.1.3

    Type escape sequence to abort.
    Tracing the route to 192.168.1.3

    1 192.168.1.1 29 msec 28 msec 28 msec
    2 192.168.1.3 64 msec * 56msec

    Ekkor már a ping is meni fog.

    A routing update-ek általában broadcast vagy multicast forgalommal mennek. Ezt alapból a routerek nem továbbítják. A frame-relay map parancs végén kiadott broadcast kiegészítéssel azonban ezeket a forgalmak is továbbításre kerülnek, így elvileg kiépülhet a szomszédsági viszony is a spoke routerek között, habár ezt ki kellene próbálni.

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