Blog

21 Febbraio 2017

Istruzioni passo passo per raggiungere dispositivi in ​​altri domini con ridistribuzione dell'itinerario IGP

/
Pubblicato da

Di tanto in tanto è necessario eseguire più di un protocollo di routing e avere più di una zona di routing: negozi multivendor, delocalizzazione a partire da un protocollo e poi verso i prossimi problemi di versatilità di un protocollo solitario, inclinazione politica o individuale, creazione contro sistemi di test, fusioni e acquisizioni.

Come raggiungere dispositivi in ​​altri domini con ridistribuzione dell'itinerario IGP

La ridistribuzione è la via per il passaggio dei dati di routing che iniziano con un protocollo di routing, quindi sul successivo per avere la raggiungibilità per i gadget che vivono in vari spazi di routing. Ogni protocollo di routing contribuirà con un dato di tipo nelle tabelle di routing all'interno del proprio spazio, tuttavia può esserci un desiderio o la necessità di ottenere gadget in un'altra area. La ridistribuzione viene eseguita su almeno un router limite tra un'area o un protocollo di routing di origine in uno spazio o protocollo di destinazione.

Ci sono tre opzioni per ottenere la piena raggiungibilità tra gli spazi:

  • Percorsi predefiniti da un interruttore di limite. È possibile passare un corso predefinito da uno switch che tocca tutti gli spazi di routing (interruttore di limite) a quei router che prendono parte esclusiva all'interno di un'area (switch interno). Ciò coprirebbe percorsi oscuri da qualsiasi area di cui i router interni sono inconsapevoli e far avanzare i router interni verso il commutatore di limite, il che avrebbe una tabella di routing totale poiché prenderebbe parte a tutte le aree di routing. Questa procedura funziona meglio se esiste un solo scopo di contatto tra le aree di routing.
  • Ridistribuzione a un solo percorso, con un valore predefinito. Almeno un router limite passa un corso predefinito in uno spazio, ma ridistribuisce in un'altra area. Normalmente, si selezionerebbe un protocollo centrale per ridistribuire in protocolli alternativi che ottengono che il corso predefinito venga considerato come protocollo di bordo. La ridistribuzione a senso unico viene utilizzata per scalare quantità maggiori di rotte, ad esempio, in una sostanziale organizzazione multinazionale. Il protocollo centrale potrebbe essere BGP (Border Gateway Protocol) ei protocolli edge potrebbero essere qualsiasi IGP (Interior Gateway Protocol, ad esempio, OSPF, EIGRP, RIP o IS-IS, o anche diverse occorrenze dello stesso IGP. funziona egregiamente con acquisizioni e fusioni, dal momento che la "nuova" parte dell'organizzazione non ha bisogno di eseguire un protocollo di instradamento indistinguibile dal resto, o ha bisogno di cambiare per il momento. Aggiunge solo un'associazione con il centro.
  • La ridistribuzione bidirezionale o condivisa passa alcuni o la maggior parte dei dati di routing di un protocollo in un altro. Questa è l'opzione più complessa, in particolare se vi è più di uno scopo di contatto tra le aree di routing. Dovrebbe essere utilizzato quando ci sono obiettivi che dovrebbero essere raggiungibili partendo da uno spazio all'altro. In ogni caso, è necessario collegare un approccio particolare per mostrare come il movimento raggiunge quegli obiettivi o come deve essere gestita l'attività alla luce delle strategie di sicurezza. Le preoccupazioni regolari con la distribuzione a due vie sono cicli di routing, routing asimmetrico e instradamento subottimale.
    • Instradamento asimmetrico è il luogo in cui il percorso di invio non è esattamente uguale al percorso di arrivo. I problemi possono emergere se è stata impostata una strategia di sicurezza per come viene inviata l'attività o se è stata impostata una configurazione di firewall. Allo stesso modo, gli equilibratori di stack possono essere disturbati dal routing asimmetrico. I bilanciatori di stack, che si caricano in modo appropriato su determinati gadget alla luce di un indirizzo comune, si aspettano che i percorsi di invio e di ritorno siano prevedibili.
    • Instradamento subottimale è il luogo in cui il percorso più favorito in una tabella di invio non è affatto il corso più diretto. Questo accade quando il finecorsa "ascolta" i percorsi dal protocollo di partenza e inoltre attraverso un altro protocollo di routing come un corso esterno. Nel caso in cui la separazione normativa per il protocollo del corso esterno sia più affidabile rispetto al protocollo iniziale, lo switch si sposterà verso il corso esterno sul corso locale. La soluzione è controllare l'autorevole separazione delle rotte a cui ci si riferisce. Questo non è il processo più diretto e si differenzia da uno stadio all'altro, anche all'interno dell'offerta di un venditore solitario.
    • Loop di routing, o un loop di input, può accadere quando i dati di routing vengono ridistribuiti in un protocollo per uno scopo di contatto e successivamente ridistribuiti nuovamente nel protocollo iniziale a un altro scopo di contatto. Con uno specifico obiettivo finale di stabilire un ciclo di routing, è necessario creare un canale di input. Il canale negherebbe le rotte che iniziano nel protocollo di destinazione da essere promosso ancora una volta in quello stesso protocollo. È necessario fabbricare il canale per il corso. Ad esempio, nella remota possibilità che le aree OSPF e EIGRP siano associate ad almeno due focus, si costruisce un canale per tutte le rotte OSPF e le si canalizza sulla ridistribuzione da EIGRP a OSPF. Un altro canale verrebbe utilizzato per tutte le rotte EIGRP, setacciandole sulla ridistribuzione da OSPF a EIGRP. Questa separazione deve essere effettuata su tutti i router limite tra i due protocolli per essere fattibile. Puoi coordinarti sui prefissi o puoi utilizzare le etichette, che è la mia inclinazione. Le etichette possono essere distribuite come un componente del modo di ridistribuire le rotte nel protocollo di destinazione, quindi è possibile cercare le etichette da canalizzare. È necessario creare una strategia che prima cerchi le etichette e le neghi e nel caso in cui non siano presenti, quindi etichetta i percorsi per riconoscere il protocollo sorgente. Questo è realizzato per sopportare, quindi dovrebbero essere fatte due politiche. Tutti i protocolli di routing, incluso RIPv2, possono supportare le etichette.

Dovremmo dare un'occhiata alla ridistribuzione del corso IGP sui gadget Cisco. Quando si ridistribuiscono da un protocollo a un altro, ci sono un paio di cose da ricordare:

  • La procedura di ridistribuzione deriva dalla tabella di routing, non dal database dei protocolli. Nella remota possibilità che si ridistribuisca RIP in OSPF, la procedura cerca le rotte denominate RIP nella tabella di routing. C'è un caso speciale: i percorsi associati su cui è in esecuzione il protocollo.
  • Sui router Cisco per IPv4, anche i percorsi associati verranno ridistribuiti in modo naturale. Questo è valido per la lunghezza che non si ridistribuisce quando associato allo stesso protocollo di destinazione, il che determinerebbe l'interruzione dell'elemento.
  • Sui router Cisco per IPv6, la procedura di ridistribuzione non ridistribuisce i percorsi associati su cui è in esecuzione il protocollo, a meno che non si includa l'opzione associata incorporata nella riga di ridistribuzione.

Alcuni sistemi operativi Cisco richiedono una disposizione collegata al comando di ridistribuzione per le rotte da passare a partire da un protocollo, quindi sul successivo. Quando si ridistribuisce in un protocollo, è necessario fornire le metriche per i percorsi in modo che siano nell'organizzazione giusta rispetto al protocollo di destinazione. La metrica per un protocollo in realtà non cerca emendamenti per un altro. Esiste una metrica delle sementi che deve essere collegata alle rotte esterne che entrano nel protocollo di destinazione. La tabella in Figura 1 mostra ogni protocollo con alcune leggere varietà.

Fontein RIPin EIGRPin OSPFin IS-ISin BGP (MED)
collegato1Metrica interfaccia20 (E2)00
statica1Metrica interfaccia20 (E2)00
RIPInfinito20 (E2)0Metrica IGP
EIGRPInfinitoAltra metrica di processo20 (E2)0Metrica IGP
OSPFInfinitoInfinito0Metrica IGP
IS-ISInfinitoInfinito20 (E2)Metrica IGP
BGPInfinitoInfinito1 (E2)0

Figura 1: Variazioni del protocollo

Nel caso in cui la metrica seme sia senza fine, il corso non è utilizzabile. È necessario fornire la metrica seme durante la ridistribuzione del protocollo di origine nella destinazione sulla riga di ridistribuzione o tramite il comando metrica predefinito nel protocollo di routing di destinazione. La metrica seme è nella disposizione per tale protocollo di destinazione: salti per RIP, costo per OSPF e IS-IS e metrica composita per EIGRP (capacità di trasferimento dati, ritardo, qualità costante, carico e MTU).

Un ultimo pensiero: se la fonte è BGP, solo le rotte BGP esterne saranno ridistribuite nell'IGP. Questo è un sistema di azioni anti-loop. Nel caso in cui sia necessario ridistribuire i percorsi BGP interni, quindi organizzare sotto la procedura BGP (non il protocollo di destinazione) bgp redistribute-comando interno.

Seguendo queste linee, nel caso in cui tu stia eseguendo più di un protocollo di routing e richiedi raggiungibilità completa o incompleta, dovrai ridistribuire tra tali protocolli. Ci sono un paio di cose da considerare e prepararsi per prima di iniziare a organizzare. La ridistribuzione può essere eccezionalmente semplice (un set di protocolli, uno scopo di contatto) e può essere estremamente imprevedibile.

GTranslate Your license is inactive or expired, please subscribe again!