Visualizzazione dei risultati da 1 a 9 su 9
  1. #1
    Utente di HTML.it L'avatar di indre
    Registrato dal
    Jan 2002
    Messaggi
    2,735

    protocolli di routing link-state

    ciao a tutti..
    sto ripassando ho un dubbio sui protocolli di routing link-state..

    questi protocolli utilizzando l'algoritmo SPF e si mandano dei LSA per aggiustare il loro database topologico dei collegamenti ai vari router..

    mi chiedo:
    ma fino a quanto si espande il db??
    non credo solo ai router connessi altrimenti il db sarebbe piccolissimo, mentre cisco dice che richiede una CPU robusta e una bandwidth adeguata (per l'inizializzazione)..

    da quel che ho capito dovrebbe essere..
    esempio..

    router A è connesso al router B e C
    il router B è connesso al router D ed E
    il router C è connesso a F e G

    la tabellina di routing del router A (usa il link-state)
    conterrà il "percorso" per B -C -D -E -F G ??

    è corretto?
    oppure si spinge oltre??

    un ultima cosa (per non aprire tremila post)
    quanti protocolli di routing posso attivare su un interfaccia?
    poi come li gestisco?
    in base alla sua administrative distance??
    ciao ciao
    When I was young I used to pray for a bike. Then I realized that God doesn't work that way. So I stole a bike and prayed for forgiveness.

  2. #2
    Utente di HTML.it
    Registrato dal
    Jan 2002
    Messaggi
    1,271

    Re: protocolli di routing link-state

    Usando i link-state ogni router mantiene nel proprio db la topologia dell'intera rete. Ma per intera rete si intende solo quella dell'area che e` stata definita dalla presenza o meno di piu` router che stiano utilizzando un protocollo link-state.

    Originariamente inviato da indre
    router A è connesso al router B e C
    il router B è connesso al router D ed E
    il router C è connesso a F e G

    la tabellina di routing del router A (usa il link-state)
    conterrà il "percorso" per B -C -D -E -F G ??

    è corretto?
    oppure si spinge oltre??
    Come detto, dipende. Tutti i router sono nella stessa area? Nel caso ogni router conterra` il medesimo db di tutti gli altri. Nel momento in cui si incontra un router che non usa un link-state, l'area finisce.

    un ultima cosa (per non aprire tremila post)
    quanti protocolli di routing posso attivare su un interfaccia?
    poi come li gestisco?
    in base alla sua administrative distance??
    ciao ciao
    Generalmente e` sconsigliabile usarne piu` di due/tre per via del carico di lavoro sulla cpu, ma teoricamente e` possibile usarne quanti se ne vuole. La precedenza di uno rispetto ad un altro dipende dalla ad, si`.

    L'esame quando ce l'hai?

  3. #3
    Utente di HTML.it L'avatar di indre
    Registrato dal
    Jan 2002
    Messaggi
    2,735

    re

    fra più o meno 20 gg..
    non ti dico la data precisa per scaramanzia..
    su cosa punto di più?
    subnet - configurazioni- osi
    sono già in panico totale..
    caxxo il 4 semestre è una palla e spiegato malissimo.. fanno molte domande su frame realy - isdn ???

    ritornando al discorso..
    tu cosa intendi per stessa area?
    se ho ipoteticamente (per assurdo) un milione di router che usano il link-state avrò un db mostruoso... come fa un router a sopportare quel carico..??

    ti sfrutto come tutor..
    giorno per giorno ti tampino con domande subdole..prima o poi cederai"!!!
    ciao e grazie ancora..
    When I was young I used to pray for a bike. Then I realized that God doesn't work that way. So I stole a bike and prayed for forgiveness.

  4. #4
    Utente di HTML.it
    Registrato dal
    Jan 2002
    Messaggi
    1,271

    Re: re

    Originariamente inviato da indre
    fra più o meno 20 gg..
    non ti dico la data precisa per scaramanzia..
    su cosa punto di più?
    subnet - configurazioni- osi
    sono già in panico totale..
    caxxo il 4 semestre è una palla e spiegato malissimo.. fanno molte domande su frame realy - isdn ???
    Io ho avuto quattro cazzate sull'osi e subnet e ben 6 simulazioni per problemi di collegamento fra router.. ad esempio ti si presenta uno schema dove ti dice router A non comunica con B, ho dato un show interface su tutti e due e questo e` il risultato, quali comandi dai per risolvere la situazione? Vedi da sh int che l'ethernet e` down e gli dai un int e0 - no shutdown, cose di questo tipo. Su frame relay e isdn praticamente zero, solo una su isdn dove chiedeva a quanto viaggiavano i canali.

    ritornando al discorso..
    tu cosa intendi per stessa area?
    se ho ipoteticamente (per assurdo) un milione di router che usano il link-state avrò un db mostruoso... come fa un router a sopportare quel carico..??
    E chi sarebbe quel matto a usare il link state per aree cosi`?

    Il massimo ipotetico e` attorno ai 120 router, anche se ci sono casi in cui si arriva ai 500 ma non di piu`, e` impensabile.

    ti sfrutto come tutor..
    giorno per giorno ti tampino con domande subdole..prima o poi cederai"!!!
    ciao e grazie ancora..
    de nada

  5. #5
    Utente di HTML.it L'avatar di indre
    Registrato dal
    Jan 2002
    Messaggi
    2,735

    re

    altro dubbietto:

    il config-register.
    il router guarda nella NVRAM per capire da dove bootare (cosa carica lo IOS giusto?)
    nella NVRAM la sequenza di default è FLASH-TFTP-ROM.

    ora impostando il config-register io forzo il router a fare il boot da rom bit monitor oppure da rom oppure dalla sequenza stabilita nella NVRAM..

    fin qui è corretto??

    quindi il config-register mi cambia la sequenza di boot..
    invece se do il comando boot system ROM in questo caso imposta come prima scelta (nella NVRAM) di partire dalla ROM, se no passa a quelle di default vero?

    quindi sono due cose ben distinte...
    una cosa il config-register mi dice da dove fare il boot se rom b- rom - o nvram

    invece con il boot system flash mi dice .. "ok il config register ti dice di bottare da me (NVRAM).. la mia sequenza di default è.."


    ciao
    dAbOTZ
    When I was young I used to pray for a bike. Then I realized that God doesn't work that way. So I stole a bike and prayed for forgiveness.

  6. #6
    Utente di HTML.it
    Registrato dal
    Jan 2002
    Messaggi
    1,271
    Hmm.. un po' di confusione. Leggiti questo e torna per eventuali chiarimenti.

  7. #7
    Utente di HTML.it L'avatar di indre
    Registrato dal
    Jan 2002
    Messaggi
    2,735

    re

    letto..
    ma non m ha tolto tutti i dubbi..

    forse mi sono spiegato come biscardi..
    la differenza fra config-register e boot system qual'è?

    boot system dice da dove fare il boot dell' IOS
    config-register invece?

    in pratica se io imposto un config-register 0x...1(ROM)
    e poi un boot system flash

    l'IOS da dove viene bootato??
    si forse sto facendo casino.. per oggi non ne posso più.. ricomincio stanotte..
    When I was young I used to pray for a bike. Then I realized that God doesn't work that way. So I stole a bike and prayed for forgiveness.

  8. #8
    Utente di HTML.it
    Registrato dal
    Jan 2002
    Messaggi
    1,271
    Ah, capito il tuo dubbio.. la configurazione dei registri ha sempre la precedenza rispetto a qualunque comando boot system, quindi nel tuo esempio il sistema viene fatto partire da rom. La differenza e` semplice:

    - config-register serve a decidere la modalita` di avvio (manuale col successivo comando boot? Da rom? Da un'immagine dell'ios?)

    - boot system serve a decidere dove prendere l'immagine dell'ios (ma se con config-register gli hai precedentemente detto di andare in rom, boot system non viene nemmeno preso in considerazione)

    config-register e` a monte di boot system, quando ancora non e` affatto detto che possa esistere un'immagine ios valida da prelevare da qualche parte

  9. #9
    Utente di HTML.it L'avatar di indre
    Registrato dal
    Jan 2002
    Messaggi
    2,735

    re

    grazie..
    capito
    When I was young I used to pray for a bike. Then I realized that God doesn't work that way. So I stole a bike and prayed for forgiveness.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.