In che modo un router con la maschera di sottorete / 32 WAN comunica con il resto di Internet?


37

Sto studiando il networking e una delle cose più elementari che mi hanno detto innumerevoli volte è che i computer non possono comunicare al di fuori della propria sottorete.

D'altra parte, guardando alcune configurazioni ADSL, ho visto che nel caso in cui un indirizzo IP fisso sia assegnato all'interfaccia WAN dell'utente, una maschera di sottorete / 32 viene utilizzata per l'interfaccia WAN e il gateway predefinito è ovviamente al di fuori della sottorete.

In che modo l'host con la subnet / 32 comunica con la rete esterna?

Ecco una sorta di diagramma di ciò che ho:

Diagramma di rete

Il modem DSL è impostato per fungere da bridge, quindi Router0 esegue l'autenticazione e imposta la connessione tramite PPPoE all'ISP. Il router0 ottiene un indirizzo IP sulla sua interfaccia WAN (Fa0 / 0 sul diagramma) che proviene da una sottorete / 32 che utilizza IPCP. Riceve solo un singolo indirizzo IP sull'interfaccia WAN e aliasing IP non viene utilizzato qui.

Capisco cosa succede dal router0 alla LAN. Quello che non capisco è come comunica il Router0 con l'ISP.

Risposte:


31

DSL tende a utilizzare PPPoE, il che significa che il collegamento è punto-punto. A / 32 è perfettamente valido qui. In realtà, nessun indirizzo è ancora valido - uno avrebbe bisogno di indirizzi instradabili oltre il collegamento PPP ", comunque. In questo caso, funziona perché c'è solo una possibile destinazione sul collegamento. Ogni pacchetto inserito in quel collegamento verrà elaborato dall'altra estremità e vv

blue-gw#show int di1
 Dialer1 is up, line protocol is up (spoofing)
 Description: Bellsouth.net DSL
 Internet address is 74.167.x.x/32

Routing:
 Gateway of last resort is 72.157.24.5 to network 0.0.0.0
 ...
      72.0.0.0/32 is subnetted, 1 subnets
 C       72.157.24.5 is directly connected, Dialer1
      74.0.0.0/32 is subnetted, 1 subnets
 C       74.167.x.x is directly connected, Dialer1

1
Potresti spiegare un po 'di più come va bene / 32 sul collegamento punto-punto? Comprendo che su un collegamento punto-punto, i dati non possono andare da nessuna parte se non dall'altra parte, ma in tal caso, mi aspetto di vedere l'interfaccia impostata come punto di uscita nella tabella di routing e non Indirizzo IP del gateway predefinito. Se la spiegazione è troppo complicata per adattarsi a una risposta, anche alcune parole chiave per Google sarebbero buone.
AndrejaKo

2
PPP riporta gli indirizzi laterali locali e remoti, quindi l'interfaccia verrà impostata con il locale (di solito / 32) e il gateway predefinito sarà il telecomando. Verrà generato automaticamente un percorso verso il telecomando tramite l'interfaccia PPP. (vedi modifica)
Ricky Beam,

11

Sto studiando il networking e una delle cose più elementari che mi hanno detto innumerevoli volte è che i computer non possono comunicare al di fuori della propria sottorete.

Dichiarato senza qualifica come questo, è fuorviante e falso. Naturalmente, Internet è diviso tra le sottoreti, eppure qualsiasi cosa può parlare con qualsiasi altra cosa (la maggior parte di esse in modo indiretto).

Quello che devi aver imparato è che gli host non possono comunicare direttamente tramite protocolli di collegamento dati come Ethernet al di fuori della loro sottorete, poiché una sottorete rappresenta un segmento di rete fisica. Per comunicare con host esterni alla sottorete, è necessario inviare un pacchetto a un gateway che si trova sulla sottorete. Questo è il routing .

In realtà, la domanda che dovresti porre è: come può un'interfaccia avere un indirizzo tale che tutti i bit dell'indirizzo siano sottorete e non ci siano bit host?

La risposta è che si tratta di un collegamento punto-punto. I collegamenti punto a punto non sono reti complete. Le due interfacce alle estremità di un collegamento sanno che stanno parlando tra loro senza la necessità di indirizzare alcun livello di collegamento dati e, quindi, a livello di rete, possono condividere lo stesso indirizzo IP.

Inoltre, un collegamento dati può essere considerato come il proprio segmento di rete, quindi può avere una propria sottorete e tale sottorete deve contenere solo un indirizzo.

Se un'estremità dell'endpoint deve parlare specificamente con l'altra, può semplicemente usare quell'indirizzo. Se il router utilizza qualsiasi altro indirizzo e lo invia tramite il modem, quel pacchetto non viene indirizzato al peer; è indirizzato a qualcos'altro oltre quel pari. Il peer riceverà il pacchetto e lo instraderà.

Fondamentalmente l'apparecchiatura ISP è appena configurata in questo modo: ha centinaia di linee di abbonati in entrata e fornisce a ciascuna una sottorete 32. Se si dispone di un segmento punto-punto con un indirizzo, la maschera di rete è sostanzialmente discutibile, ma ne è ancora necessaria una: è necessario compilare qualcosa per il campo della maschera di rete sulle interfacce e nelle tabelle di routing degli host.


Non proprio. Anche nel caso di "internet", un host sta ancora parlando con un altro host all'interno di una sottorete comune (aka "il router") che parla con un altro host connesso, ecc. Ecc.
Ricky Beam,

Ricky Beam non ha letto il secondo paragrafo.
Anon,

Il punto che ti sembra di perdere ... si può solo parlare con qualcosa che è direttamente collegato. Se A è collegato a B è collegato a C, A non può inviare un pacchetto direttamente a C; deve prima andare su B. (ci sono trucchi per far sembrare che A stia parlando direttamente con C ... proxy-arp, bridge, ecc.)
Ricky Beam,

4
Comprendo perfettamente il bridging, il proxy arp e simili, in passato ho lavorato molto sul codice del kernel di rete: a livello di driver e superiore (per non parlare della programmazione di rete a livello di applicazione, così come della configurazione di rete a livello IT). Non ho mai scritto che nulla può parlare direttamente a qualcos'altro. Ma l'affermazione vuota secondo cui "i computer non possono comunicare al di fuori della loro sottorete" sembra fuorviante.
Anon,

8

Questa è solo una nota aggiuntiva poiché alle domande ha già risposto Ricky;

Come Ricky ha già sottolineato, con un collegamento PPP, ci sono solo due dispositivi sul collegamento. Un dispositivo locale e un dispositivo remoto, quindi sul link possono essere indirizzati solo due (locale e remoto). Pertanto, l'indirizzo locale e remoto può trovarsi in diverse sottoreti perché non esiste altro posto per il traffico sul collegamento a cui accedere, a parte il dispositivo all'altra estremità del lihnk. Questo è un concetto abbastanza semplice, che hai detto di capire.

Inoltre, ricorda che le voci di routing possono essere tramite interfacce e indirizzo IP dell'hop successivo. Alla gente viene spesso insegnato che le voci di routing sono qualcosa come "0.0.0.0/0 tramite 5.5.5.5", dove 5.5.5.5 è il router ISP e 0.0.0.0/0 è una route predefinita. I percorsi possono anche essere "0.0.0.0/0 via Fa1 / 0". Se Fa0 / 1 è un collegamento punto-punto, basta specificare l'interfaccia va bene. Come abbiamo detto, non c'è nessun posto dove andare il traffico, tranne il dispositivo sull'altra estremità (che è il router ISP).


1
Si prega di non dire alle persone che possono instradare verso un'interfaccia broadcast-multiaccess (leggi: ETHERNET - Fa0 / 1 è ethernet; ethernet non è ptp) Quello è proxy-arp ; e non c'è mai una buona ragione per farlo. In realtà, fa solo casino che le persone che non conoscono meglio non capiranno mai. (ad esempio, il loro router / switch esaurisce la memoria causando il fallimento di vari processi importanti.)
Ricky Beam,

Se Fa0 / 1 è configurato con un / 31 è una configurazione perfettamente valida. Per favore, non dirmi di non fare qualcosa quando la mia risposta non era abbastanza specifica da giustificare preoccupazioni non richieste. Buongiorno a te.
jwbensley,

Anche con un / 31, è ancora ethernet, e quindi, proxy-arp . (A meno che l'hardware non abbia specifiche capacità Ethernet ptp, cosa che la maggior parte non ha.) Ho visto troppe persone fare come suggerisci con zero indizio; e fa un casino ... che ... non riescono a capire. Se si sa come farlo senza creare una voce di 47k ARP cache, buon per te; le persone che vengono qui per le risposte molto probabilmente no.
Ricky Beam,

1
PS: puoi fare e rispondere alla tua domanda per spiegare questo argomento.
Ricky Beam,

2
Aggiungo solo che proxy-arp dovrebbe essere disabilitato ovunque, causando il fallimento della configurazione ethernet (non p2p) e la correzione da parte dell'utente finale. Purtroppo alcuni sistemi operativi non disabilitano proxy-arp per impostazione predefinita. Inoltre è possibile utilizzare l'argomento interfaccia in una route ip route 1.1.1.1 255.255.255.255 fa0/1 2.2.2.2per assicurarsi che la route statica sia attiva solo quando l'interfaccia è attiva.
cpt_fink

3

Per dimostrare ciò che altri hanno spiegato, è possibile connettere due router Cisco via seriale;

  • Negoziazione di debug ppp (o pacchetto di debug ppp per un output più dettagliato).
  • Sotto le interfacce seriali configurare gli indirizzi IP su diverse sottoreti.
  • Imposta 'incapsulamento ppp'
  • non chiuso

Notare che IPCP fa la sua parte e la sottorete remota vista come direttamente collegata nella tabella di routing.


si potrebbero aggiungere alcune immagini dimostrative di come tutto ciò sembra. per esempio. questo debug ppp negozia l' immagine dal sito
cisco.com

3

Sembra che il tuo router abbia una connessione WAN PPPoE. Con PPPoE, le regole IP "normali" non si applicano come connessione tra BRAS e il client è tunnel.

In generale, con molti protocolli di tunneling, l'end-point locale può assumere l'indirizzo IP dell'end-point remoto o non averne affatto. Qualsiasi pacchetto non destinato alla rete locale verrebbe inserito nel tunnel, per essere gestito dall'estremità remota.


2

Il router necessita solo di un /32percorso per comunicare con il router ISP.

Inoltre, il router avrà il router ISP elencato come gateway predefinito o "gateway di ultima istanza". Quando il tuo router vuole consegnare un pacchetto a un host che non conosce, lo invierà al router ISP.

Il router ISP è solo il primo passo verso una rete più ampia. Segue lo stesso modello di cui sopra: il router stesso conosce solo pochi host con cui parlare, ma può raggiungere tutti gli altri router del mondo perché può determinare la fermata successiva per qualsiasi indirizzo IP.

Ogni router sul percorso da client a server conosce un passo avanti ("il router successivo") e un passo indietro ("il router precedente"). Nessuno dei router deve conoscere l'intero percorso.

La vita è semplice per il tuo router di lavoro. Ha una voce per la LAN locale, sa come raggiungere un router ISP e ha un percorso predefinito al router ISP. I router Internet back-end sono più complessi, ma l'idea è la stessa.


1

In un ambiente SP viene quindi utilizzato IPCP per assegnare dinamicamente l'indirizzo IP al router dsl, viene utilizzato l'indirizzo IP / 32 (gli indirizzi lan sono spesso pubblicizzati in uscita tramite raggio come route con cornice). Una route statica viene utilizzata tramite un'interfaccia dialer per inviare il traffico dalla lan in uscita a Internet, quindi viene utilizzato solo il routing statico e una route predefinita viene annunciata al router CE tramite IPCP. Pertanto è necessario solo un / 32 per comunicare con altre reti in determinati scenari di progettazione.


0

Nella tua domanda sembra che tu voglia capire la meccanica della connessione da R0 a ISP. Come accennato, xDSL viene solitamente implementato tramite PPPoE o una qualche forma di bridge.

In sostanza, ciò che sta accadendo qui è "Ethernet bridging". Il bridging è una funzione OSI di livello 2 che non richiede né ci rende IP. L'indirizzo IP a 32 bit è semplicemente un identificatore di endpoint PPP per l'ISP. Il modem incapsula e decapsula il traffico IP in entrata e in uscita da Ethernet.

Nell'apparecchiatura di rete sul lato terminale dell'ISP, dove termina il circuito PPP, l'indirizzo IP diventa utile come l'ISP e Internet può instradare il traffico IP verso / verso l'interfaccia IP indirizzata pubblicamente R0 che serve la LAN dietro di esso. L'unico "routing" che sta accadendo è su entrambe le estremità del circuito ppp.

Spero che sia utile per comprendere i meccanismi della connessione RO-ISP.


1
In questo contesto, cosa significa R0 / RO?
AndrejaKo

forse un R0 http://www.faqs.org/patents/img/20090213867_02.png da "BLADE ROUTER WITH NAT SUPPORT"
n611x007

@AndrejaKo ROpotrebbe aver rappresentato Route Optimization. benedikt-stockebrand.de/ipv6-in-practice-index_de.html non sono sicuro.
n611x007

un altro R0candidato molto probabile potrebbe provenire dalla R0..Rnsequenza per contrassegnare il luppolo label-switched path (LSP) tunnelda Cisco. ha anche head-endun'estremità di un LSR. Quest'ultimo sembra essersi fermato per Label switch router. questo sembra il più probabile.
n611x007,

ancora di più R0 possibilità sono Request 0come in D0per Data 0, "per un tipo stop-and-wait del protocollo di richiesta / risposta". improbabile.
n611x007,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.