Newsgroup: it.comp.reti.cisco
Titolo: BRIDGE ADSL

Salve a tutti
ho due sedi con due adsl con ip pubblico ho l'esigenza di fare un bridge fra
le due sedi poichč devo mantenere la stessa classe di ip nelle due sedi.
Si puņ fare con due cisco 827?
Grazie per le eventuali risposte.
Saluti.
Stefano

 le due sedi poichè devo mantenere la stessa classe di ip nelle due sedi.
dovresti creare una vpn tra le due sedi
e poi fare passare il traffico nel tunnel.
cosi' a occhio direi di si.
sarebbe da provare. sicuramente userei delle macchine un pochino piu'
performanti di semplici 827, diciamo "almano" degli 837.
in realta' metterei dei 1721 con anche il backup isdn in caso di caduta di
una delle due adsl ....
un mayhem che dovrebbero esserci pure gli esempi su 
cisco.com
-- 
 Everyone is gay, with someone's else ass 
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Key on 
pgp.mit.edu
 ID C7393613

 
allora io prederei dei nuovi 1701...  costano meno dei 1721+wic adsl + wic isdn...

> Si può fare con due cisco 827?
Per quanto riguarda la parte rete hanno già detto tutto e di più il buon
Mayehm ed il buon Cesare.
Volevo solo aggiungere che se le due reti non sono molto piccole rischi di
ammazzare la adsl con i soli broadcast, per cui devi anche lavorare a
livello sistemistico per ridurli.
Ciao,
        Tosh.

 nelle due sedi.
Se non erro, il gruppo di ItalyCUG 
http://www.italycug.org
 aveva messo
online un tutorial per tale scopo -> attualmente non riesco a reperire 
il link esatto poiche' non visualizzo il sito.
Tuttavia se i tuoi scopi riguardano esclusivamente l'interconnessione 
delle 2 sedi a livello TCP/IP puo' convenirti (come ti hanno gia' detto)
una soluzione VPN -> sta a te pero' fare 4 conti per valutare quale sia
la soluzione piu' ottimale (pass-through o attestata sui router).
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> 
http://planynet.hypermart.net/fastweb
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * FAQ 1.5 ITGF it.tlc.gestori.fastweb <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://planynet.hypermart.net
 <|
|>Togli/Remove .INVALID<|> * NEWS: free.it.ingegneria.meccanica _<|

Purtroppo da un pò di giorni il sito è down a causa di uno spostamento ,
comunque a breve tornerà su.
Comunque sotto riporto le configurazioni tra l' altro molto semplici e l'
articolo.
PcA---------RouterA----------ROUTER INTERNET---------RouterB-------PcB
****************************************************************************
******
RouterA
bridge irb
!
interface Tunnel1
 ip address 192.168.0.1 255.255.255.0
 no ip directed-broadcast
 tunnel source Serial0
 tunnel destination 200.200.200.2
 bridge-group 1
!
interface Ethernet0
 no ip directed-broadcast
 bridge-group 1
!
interface Serial0
 ip address 80.0.0.1 255.0.0.0
 no ip directed-broadcast
!
interface BVI1
 ip address 20.0.0.23 255.0.0.0
 no ip directed-broadcast
!
ip classless
ip route 200.200.200.2 255.255.255.255 Serial0
bridge 1 protocol ieee
 bridge 1 route ip
**********************************************************
Router Internet
interface Serial1/0
description verso RouterA
 ip address 80.0.0.2 255.0.0.0
 clockrate 2015232
!
interface Serial1/1
description verso RouterB
 ip address 200.200.200.1 255.255.255.0
**********************************************************
RouterB
bridge irb
!
interface Tunnel1
 ip address 192.168.0.2 255.255.255.0
 tunnel source Serial0/0
 tunnel destination 80.0.0.1
 bridge-group 1
!
interface FastEthernet0/0
 no ip address
 speed auto
 bridge-group 1
!
interface Serial0/0
 ip address 200.200.200.2 255.255.255.0
 clockrate 64000
!
interface BVI1
 ip address 20.0.0.28 255.0.0.0
ip classless
ip route 80.0.0.1 255.255.255.255 Serial0/0
no ip http server
!
bridge 1 protocol ieee
bridge 1 route ip
****************************************************************************
**************
Ecco l' articolo :
Intro:
Esistono protocolli che non hanno un livello 3 e pertanto non sono
instradabili. Esempi sono Netbeui, Sna, Lat, etc... L' unico modo per
implementare questi protocolli in ambito geografico è quello di utilizzare
il Bridging, che lavora a livello 2 (Mac address).
SCENARIO
--------
PcA------RoterA------Rete------RouterB------PcB
In questo caso basta abilitare il bridging sui due router:
bridge 1 protocol ieee
int eth0
bridge-group 1
int s0
bridge-group 1
I router fanno il bridging di tutti i protocolli (ipx,apple,decnet,etc...) -
tranne che per l' ip- Si vede dallo " sh interface irb".
 Ciò significa che  il PcA e il PcB si "vedono" direttamente come se non ci
fossero i due router di mezzo. Ma cosa significa che il protocollo ip non è
"bridgiato" ?
significa che se configuro sul PcA l' ip 
10.0.0.1/8
 e al PcB 
10.0.0.2/8
 e
provo a fare dei ping questi non vanno. Mentre se configuro il Netbeui (no
NBT) i due pc si vedono via browsing, perchè il netbeui è bridgiato.
Una soluzione è quella di disabilitare il routing ip :
no ip routing
infatti facendo uno "sh interface irb" si vede che anche l' ip ora è
bridged. Ma questa soluzione è troppo estrema, infatti mi forzerebbe a non
poter usare il routing ip.
- La soluzione si chiama IRB (integrated bridging routing).
RouterA(config)#bridge irb
e dallo "sh interface irb" si vede che l' ip anche è bridged
nb: naturalmente ricordati di riattivare il routing ip :)
Ok abbiamo risolto questo problema, proviamo a rifare il ping e constatiamo
che il ping funziona.
- Si ma tutto questo va bene se lo sto facendo su una rete privata dove
posso estendere il dominio di bridge ad ogni apparato. Infatti su Internet
una cosa del genere non è possibile perchè l' Isp mette a disposizione una
connettività di tipo ip (L3). Allora bisogna utilizzare la tecnologia
Tunneling che ci permette di "nascondere" i nostri dati all' interno di un
involucro più esterno. Quindi il dominio di bridging va esteso sul tunneling
per realizzare l' astrazione di connessione diretta per PcA e PcB.
Vediamo ora lo scenario che ho testato in laboratorio:
PcA---------RouterA----------ROUTER INTERNET---------RouterB-------PcB
Analizziamo ora la sequenza degli eventi e il tipo di pacchetto che viaggia
in rete:
1) il PcA invia un ping al PcB (20.0.0.2) . Essendo che l' ip sta sulla sua
stessa subnet il pcA invia una Arp per risolvere l' ip 20.0.0.2 nel Mac
Address. Il pacchetto Arp è un broadcast a liv.2 e perciò arriva anche all'
eth del RouterA, il quale l' analizza vede che è un broadcast e controlla se
è destinato a lui e cioè alla sua int.logica BVI1(controlla l' Arp req).
Visto che non è rivolto a lui e visto che il router ha funzioni anche di
bridge allora prende questo frame eth. e lo bridgia sull' interfaccia logica
Tunnel1. A questo punto il frame eth. viene incapsulato in un pacchetto GRE
(protocollo di tunneling) il quale a sua volta viene incapsulato in un
pacchetto ip normale con ip sorgente l' ip della seriale del routerA e ip
destinatario l' ip sorgente della seriale del routerB. Il routerA deve
quindi ruotare questo pacchetto destinato all' ip 200.200.200.2 sulla
seriale 0 ( vedi ip route 200.200.200.2 255.255.255.255 serial 0 ). Chiamamo
questo pacchetto "A" e seguiamone il traggitto.
Uscito dal routerA il pacchetto "A" arriva sui router dell' Isp (Router
Internet) i quali lo trattano come un normale pacchetto ip destinato al
routerB (200.200.200.2) ed ignorano completamente il suo contenuto (Arp).
Alla fine il pacchetto "A" arriva al routerB il quale vedendo che è
destinato all' interfaccia lo "apre" per vedere cosa c'è. Al suo interno
trova un protocol type ( serve per capire a quale strato superiore
<tcp,udp,GRE,icmp> consegnare il pacchetto) 47 che corrisponde al gre. A
questo punto deve ruotare il pacchetto all' interfaccia Tunnel1. Al tunnel 1
arriva il pacchetto "A" privato dell' header ip originario e quindi gli
arriva :
----------
 PT| ARP |
---------
ricordiamo che il pacchetto "A" era
---------------------------------------------
Ip source| Ip Dest| PT (47)| GRE PT | ARP   |
---------------------------------------------
------header ip -----------| header Gre-----|
in base al Pt del Gre il router capisce che è una frame Arp . Il routerB
controlla se è destinato a lui (BVI) altrimenti fa il bridging sulla eth .
Quindi al PcB arriva il frame eth. originale inviato dal PcA. PcB risponde
all' arp e registra il mac address del PcA nella cache arp. A questo punto
il frame ritornerà al router B come un unicast di liv.2 indirizzato al PcA.
Il router B a questo punto avrà appreso il Mac del PcA sulla interfaccia
tunnel e riparte tutto il ciclo......
Alla fine la risposta Arp arriverà al PcA che potrà così confezionare un
pacchetto di ping Icmp destinato al Mac del PcB.
ciao
giuseppe