Newsgroup: it.comp.reti.cisco
Titolo: consigli su collegamento ethernet con backup fr

situazione:
sede a e sede b connnesse con un ponte laser a 100 mbps (ethernet)
sede a ip 
10.1.0.0/24
  router 3745
sede b ip 
10.2.0.0/24
  router 3620
tra a e b e' presente anche un collegamento hdsl layer 2 frame relay
attualmente c'è routing fra le sedi (processo eigrp sul punto punto
laser e sul punto punto fr)
il 3620 piega le ginocchia...  (processore sparato al 100% e tutto
praticamente sul processo ip)
pensavo ad una cosa del genere:
faccio collidere  la lan di a quella di b e il ponte laser  (tutte f. eth)
quello che avevo in mente  e' una cosa del genere:
non cambio nessuna configurazione ip e quindi le reti connected
rimangono le stesse.
definisco una una nuona lan 
192.168.1.1/30
  su e 
192.168.1.2/30
  su b
come sencondary della eth  e sulla 
192.168.1.0/30
  annuncio eigrp..
in questo modo dovrebbero apprendere che la lan e' "allargata" e icmp
router redirect dovrebbe alleggerire di molto il prcessore...
nel caso di down del laser dovrebbe essere reinstradato tutto sulla hdsl
in modo normale...
puo' funzionare?

 puo' funzionare?
Puoi farlo con due rotte statiche senza complicarti la vita con un proto di
routing come eigrp, visto che tra la'ltro, non ho capito perchč, la cpu va
a palla
metti due distanze amministrative diverse e come un'int cade la route viene
tolta e usata l'altra con AD maggiore
-- 
-----------------------------------------
-- 
AREANETWORKING.IT
 -----------
-- mailto: 
me...@areanetworking.it
 -
---------------------------------------

 tolta e usata l'altra con AD maggiore
il problema e' che l'int non cade mai...  se interrompo il laser  l'int
rimane up...   quindi mi serve qualcosa che "testi" il collegamento..
sul perche il processore si impalla..  bhe..  e' un 3620..  quando si
arriva circa a 10mbs  inizia a soffrire.. e' un po' anzianotto..


Non sono sicuro di avere capito quello che vuoi fare, ma se intendi 
collassare le due reti a livello 2 poi non potrai ruotarle in caso cada il 
ponte, ammesso che l'eigrp in qualche modo faccia il suo lavoro.
Puoi tentare di barare con le subnet mask dei router ed affidarti al proxy 
arp, ma non è detto che funzioni.
In pratica crei una unica subnet con, diciamo, maschera 255.255.255.0, 
mentre sui router configuri la maschera 255.255.255.128, dando ovviamente ad 
un router e a tutti i pc del proprio lato indirizzi appartenenti alla prima 
metà, mentre dall'altro lato configuri indirizzi appartenenti alla seconda 
metà.
In questo modo lasci fare tutto all'arp, che non è detto che funzioni in 
quanto i router potrebbero essere più veloci dei pc a rispondere agli arp e 
farti passare tutto dalla hdsl.
Inoltre se cade il ponte radio le macchine dall'altra parte non saranno più 
raggiungibili fino a che non vengono rimosse le relative voci arp dalla 
cache dei pc, ma è sempre meglio di niente.
Per quanto scalcinata, è l'unica cosa che mi viene in mente.
Ciao,
         Tosh. 


Ok, adesso ci sono, ma temo che non funzioni.
I meccanismo del redirect funziona solo per gateway sulla stessa subnet, se 
ti comunicasse un gateway appartenente ad un'altra subnet non potresti mai 
raggiungerlo se non tramite il router stesso, che alla fine deve fare sempre 
routing.
Un'altra prova che puoi fare č quella di mettere tutto in bridiging, magari 
configurando dei tunnel gre sulla hdsl, e vedere se lo spanning tree fa il 
suo mestiere.
Ammesso che lo spanning tree riesca a funzionare correttamente, una 
possibile controindicazione puņ essere rappresentata dai broadcast che 
rischierebbero di piantare la hdsl se molto sostenuto.
Ciao,
         Tosh. 

 
non ci avevo pensato...
in effetti e' logico..
non conosco hsrp..
potrebbe essere utile?
per l'stp...  ci sono circa 100  macchine windows da una parte e 20
dall'altra..  difficile azzittire i broadcast....

 dall'altra..  difficile azzittire i broadcast....
Se non ci sono alternative.....
Lavorando di fino sulla struttura i broadcast si possono contenere, se hai 
windows ad esempio puoi passare ad active directory o almeno attivare wins, 
evita l'uso del dhcp e fai pulizia di tutti i protocolli ridondanti come 
netbeui e ipx.
La vera sfida è che funzioni lo spanning tree, superato quell'ostacolo il 
problema dei broadcast lo vedo affrontabile per un numero di macchine del 
genere.
Ciao,
        Tosh. 


mi hai convinto..
comunque alla fine se non voglio cambiare i settaggi delle macchine
routing lo devo fare..  ma almeno lo faccio fare al 3745..  che e' un
po' piu' carrozzato..  del 3620
per lo spanning tree sarà un bagno di sangue!!
il 3745 entra con la ethernet su un 3comm procurve..  in trunking!
sul laser sono rilanciate un paio di vlan che arrivano dall'altra parte
su un catalist  su cui e' attaccato il 3620... (sempre in trunking ma ho
una fa-ethernet libera  sul 3620 e nel caso posso untaggare quella vlan)
se non mi ricordo male i procurve hanno qualche problemino con lo
spanning tree e non possono farlo selettivamente per vlan..
per il bridging considerando che ho un collegamento hdsl da una parte
(fr)  e atm dall'altra (un E3) e che il tutto e' layer 2 direi che non
mi serve fare dei gre...
sai per caso come gestire l'mtu in questi casi?
prevedo nottate di lavoro....

 Tosh wrote:
 un 3comm procurve..  in trunking!
ovviamente hp e non 3com

 prevedo nottate di lavoro....
forse dico una sciocchezza... ma hai pensato a quanto ti costerebbe
rivenderti le due macchine attuali che sono ancora buone e mettere due
macchine adeguate?
forse diverse nottate del tuo lavoro costano piu' di due router che
ruotino i 10 Mb/s senza soffrire ...
un mayhem e la pigrizia
-- 
A condom is the glass slipper for our generation. You slip one on when
you meet a stranger. You "dance" all night, and then you throw it away.
The condom, I mean, not the stranger.
http://www.recursiva.org
 - Key on 
pgp.mit.edu
 ID B88FE057

 un mayhem e la pigrizia
sicuramente e' vero ;)
il 3745 mi serve perche ruota sull'E3..
il 3620 e' un ferro vecchio..
se poi prendo uno switch layer3  devo comunque prendere un router per la
serale...  tantovale tenersi il 3260 per quello
quindi ho poco da vendere ;)
il mio lavoro..  diciamo che in questo caso e' una sorta di
"volontariato"..  diciamo che il tutto fa parte del mio "laboratorio"
personale ;)
e ormai e' diventata una sfida!
male che vada al posto del 3620 ci metto una macchina linux..  anche se
mi piace di piu' qualcosa tutto in hardware.
comunque se fosse per un cliente avrei già comprato 2 switch layer 3
senza pensarci un minuto.


Sia aal5 (atm) che frame relay hanno mtu molto piů alte della ethernet, 
quindi non vedo il problema.
Ciao,
         Tosh. 

 Sia aal5 (atm) che frame relay hanno mtu molto più alte della ethernet, 



Si ma non ne vedo l'utilità, sul 3745 ti serve poter ruotare il traffico lan 
verso l'altra parte, per fare questo non ti bastano 2 interfacce ethernet?
Se posso darti un consiglio, seppur difficile da applicare, cerca di testare 
il tutto in laboratorio prima di imbarcarti in una cosa del genere, abbiamo 
fatto tanta filosofia ma nella pratica non è assolutamente detto che possa 
funzionare qualcosa, a me è capitato un caso analogo dove c'erano switch 
cisco e al posto dei tuoi laser due ponti radio non cisco che guarda caso 
bloccavano le frame stp cisco, quindi non c'era verso di evitare il loop 
quando attaccavo sia i ponti che i router; per la cronaca si è poi ripiegato 
su due switch L3, la soluzione tutto sommato più semplice da implementare.
Ciao,
         Tosh.