You are looking for standard remote transparent bridging, which is available on virtually all Cisco routers, although it may not be on the very small SOHO routers like the 800 series. There are many example configurations here on CCO, try searching for "bridge group" one of the commands required which will be in all the example configurations.
The far more critical question you need to ask yourself is "Do you really want to bridge?" Remote bridging is problematic in terms of performance and rarely useful on any WAN link slower than T1, and many applications have significant performance problems even at that data rate because they assume negligable delivery delays on individual packets. Catch-22 is that it is usually the applications which are most prone to performance problems which are forcing you to use remote bridging in the first place.
Good luck and have fun, and if you're technically inclined, read the white paper "Performance Impact of Backbone Speed in Switched Backbone Architectures" on my web site and substitute your WAN for the LAN backbone in the analysis.
When you install a fiber link it will be very well possible to connect the two sites by means of a vlan-trunk. If you need to use the E1 connection, you will be better off (performancewise) when you use the E1 as a routed connection.
You will need to establish two distinct vtp-domains and correct routing between the sites. This will perform much better because of:
- smaller datagrams are sent over the link, with briding L2 is included
- no background broadcast traffic on the E1, but a lot of it when bridiging.
Are you also aware of utilization issues when bridging over a DS3? for instance I'm having an issue with my DS3 link, it seems (through Ciscoworks) that only 40 % gets used no matter how many file transfer and file sizes go across the link, thanks for your time.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...