Newsgroup: it.comp.reti.cisco
Titolo: Bridging e protocollo AppleTalk

Salve a tutti, faccio una domanda che potrà far sorridere i più. 
Premetto anche che al momento non ho sotto mano nè la release di IOS 
installata nè la configurazione, che sono in attesa di ricevere.
La situazione è questa:
un mio collega (per altro al momento irraggiungibile) ha installato 
presso un nostro cliente un router 26xx.
Questo ha una interfaccia serale che dà a frame-relay (che però in 
questo frangente non ci interessa), una eth e una tr.
L'osso in questione provvede al bridging tra queste ultime due.
Tutto funziona perfettamente per quanto riguarda i servizi IP.
Ora il cliente in questione ha aggiunto (una su eth e una su tr) due 
macchine che lavorano in appletalk. Queste si vedono a livello di stack 
IP, ma non riescono a "sfogliarsi" su appletalk.
Ora, ha un senso che la cosa possa essere dovuta al router in mezzo? 
Cioè, dato che non richiedo servizi di routing, fino a quando mi limito 
al bridging, lui dovrebbe fregarsene di cosa contiene il frame... O sono 
io che non tengo in considerazione qualcosa?
Ciao e grazie a tutti...
-- 
Emanuele "SKULL" Balla
--------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for.  I only
coded it."
(Attributed to Linus Torvalds, somewhere in a posting)

 io che non tengo in considerazione qualcosa?
Stai facendo "transparent" o "translational" bridging? Questo e'
importante. Inoltre, le interfacce eth e T/R hanno anche indirizzo
IP? Nel qual caso per l'IP fai routing, non bridging. Ancora,
l'implementazione cisco del translational bridging non supporta l'IP
(o meglio non supporta l'ARP, cioe' la traduzione dei mac address dentro
i pacchetti ARP). Non mi ricordo invece se appletalk e' supportato
dal translational bridging. Quallo che tu dici del bridging e' vero
per il transparent, non per il translational.
Domanda ovvia, visto che hai IP ed appletalk, che sono ruotabili, 
perche' non elimini a priori tutti i problemi configurando
routing IP ed appletalk, e lasciando il bridging (translational)
per SNA e Netbios?
Ciao
Roberto 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


Qui invece credo di non capire esattamente quello che mi suggerisci: la 
rete è del cliente, quindi è mia necessità operare senza andare ad 
impattare sulla topologia della sua rete. Se passo al routing devo 
cambiare (o meglio, fargli cambiare) anche l'organizzazione della rete, 
e questo non posso farlo. O forse parli di qualcosa a livello di 
configurazione che mi sfugge?
Grazie mille, in ogni caso.


 configurazione che mi sfugge?
No, parlo proprio di fare routing, magari non per l'IP, che sta
funzionando cosi', ma per l'appletalk magari si'. D'accordo che la
rete e' del cliente, ma se tu verifichi che cio' che ti chiede
e' impossibile, o lui cambia il piano di indirizzamento 
appletalk per fare routing, oppure non usa il "chooser" sui mac.
Bisognerebbe comunque vedere che bridging stai facendo e 
l'indirizzamento delle zone appletalk prima di trarre qualsiasi
conclusione.


A parziale rettifica di quanto detto riguardo al translational
bridging e supporto per l'ARP, dalla 12.1 cisco ha iserito il
comando "bridge bridge-group bitswap-layer3-addresses" che
consente di tradurre i mac addresses nei pacchetti ARP, il che
dovrebbe consentire all'IP di essere "translationally bridged"
tra ethernet e T/R. Pare tuttavia che il comando in questione
sia molto cpu intensive.
