From: Brian Dennis (brian@labforge.com)
Date: Fri May 09 2003 - 15:31:07 GMT-3
I sent this earlier but it never hit the list.
Bridging inside a GRE tunnel been supported for a while. When I worked
for Cisco in 1996 I remember a story about a customer e-mailing John
Chambers asking for this feature to bridge LAT. The IOS developers and
TAC didn't want it put in the IOS and hence the message it generates
when you apply the bridge-group to a tunnel interface.
Rack6R4(config)#bridge 1 protocol ieee
Rack6R4(config)#int tu 0
18:01:53: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel0,
changed state to down
Rack6R4(config-if)#bridge-group 1
% This command is an unreleased and unsupported feature
Rack6R4(config-if)#
18:02:01:
Note: A random Spanning Tree Bridge Identifier address of 0000.0cbf.a030
has been chosen for Bridge Group 1 since there is no mac address
associated with the selected interface.
18:02:01:
Ensure that this address is unique.
Rack6R4(config-if)# ^Z
Rack6R4#sho run int tu 0
Building configuration...
Current configuration : 56 bytes
!
interface Tunnel0
no ip address
bridge-group 1
end
Rack6R4#
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
Director of CCIE Training and Development - IPexpert, Inc.
Mailto: brian@ipexpert.net
Toll Free: 866.225.8064
Outside U.S. & Canada: 312.321.6924
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Colin Barber
Sent: Friday, May 09, 2003 9:35 AM
To: 'Copleston Daniel'; 'huang gang'; phase90; Mike Williams;
CCIELab@Groupstudy.com
Subject: RE: Bridge-group on a Tunnel interface?
DECnet can be routed through a GRE tunnel or routed natively across a
network. However I think the solution requires DECnet to be bridged
across
an IP network and GRE does not support bridging.
Colin
-----Original Message-----
From: Copleston Daniel [mailto:Daniel.Copleston@ukomfs.com]
Sent: 09 May 2003 15:57
To: 'huang gang'; phase90; Mike Williams; CCIELab@Groupstudy.com
Subject: RE: Bridge-group on a Tunnel interface?
I believe you can tunnel DECnet using GRE. I cannot remember the config
off
the top of my head but a brief such on Cisco revealed phrases such as:
"The next example shows the encapsulation of IP and DECnet as passenger
protocols with GRE as the carrier. This illustrates the fact that the
carrier protocol can encapsulate multiple passenger protocols.
A network administrator might consider tunneling in a situation where
there
are two discontiguous non-IP networks separated by an IP backbone. If
the
discontiguous networks are running DECnet, the administrator may not
want to
connect them together by configuring DECnet in the backbone. The
administrator may not want to permit DECnet routing to consume backbone
bandwidth because this could interfere with the performance of the IP
network.
A viable alternative is to tunnel DECnet over the IP backbone. Tunneling
encapsulates the DECnet packets inside IP, and sends them across the
backbone to the tunnel endpoint where the encapsulation is removed and
the
DECnet packets can be routed it their destination via DECnet."
Thanks,
Daniel
-----Original Message-----
From: huang gang [mailto:bgv@ggv.com.cn]
Sent: 09 May 2003 06:55
To: phase90; Mike Williams; CCIELab@Groupstudy.com
Subject: Re: Bridge-group on a Tunnel interface?
hi,Mike:
Have you thinked about dlsw ?
huangg
email: bgv@ggv.com.cn
Tel: 010-62984668-3912
----- Original Message -----
From: "phase90" <phase90@comcast.net>
To: "Mike Williams" <ccie2be@swbell.net>; "CCIELab@Groupstudy.com"
<ccielab@groupstudy.com>
Sent: Friday, May 09, 2003 9:04 AM
Subject: Re: Bridge-group on a Tunnel interface?
> Hello Mike,
>
> In my ancient reading there is [ maybe was now ] a
> DNIP solution for this. Decnet over IP. I can't remember exactly what
> year therefore version it was in of IOS but I'm sure
> a CCO search would help. This may be your solution. Please let me know
if
> this helped or not.
> Good luck.
>
>
> Jerry VanHise
> ----- Original Message -----
> From: Mike Williams <ccie2be@swbell.net>
> To: CCIELab@Groupstudy.com <ccielab@groupstudy.com>
> Sent: Thursday, May 08, 2003 8:30 AM
> Subject: Bridge-group on a Tunnel interface?
>
>
> > Hello all,
> >
> > I recently got a call from a friend at a firm with a very large
> > network. He has been tasked with bridging DEC protocol from one side
> > to the other. Again, this is a large routed network, so going to
> > each routed interface and making it part of a bridge-group would be
> > not only a pain, but almost impossible to get management to sign off
> > on. So he wanted to setup a Tunnel interface (on each end of
> > course) then bridge from (say) the ethernet interface on each side
> > to the Tunnel interface. Problem is, it appears the bridge-group
> > command isn't available on Tunnel interfaces...... Could this be an
> > IOS thing that perhaps a newer version supports, or is he just out
> > of luck?
> >
> > We even thought about trying to setup a PPTP or L2TP tunnel from end
> > to end.... any suggestions are welcome!
> >
> > TIA,
> > Mike W.
************************************************************************
The contents of this message and any attachments are confidential and
are intended solely for the attention and use of the addressee only.
Information contained in this message may be subject to legal,
professional or other privilege or may otherwise be protected by other
legal rules. This message should not be copied or forwarded to any other
person without the express permission of the sender. If you are not the
intended recipient you are not authorised to disclose, copy, distribute
or retain this message or any part of it.
If you have received this message in error, please notify the sender by
telephone (+44-20-7002-4000) and destroy the original message.
We reserve the right to monitor all e-mail messages passing through our
network.
************************************************************************
------------------------------------------------------------------------
------
Live Life in Broadband
www.telewest.co.uk
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.
Statements and opinions expressed in this e-mail may not represent those
of the company. Any review, retransmission, dissemination or other use
of, or taking of any action in reliance upon, this information by
persons or entities other than the intended recipient is prohibited. If
you received this in error, please contact the sender immediately and
delete the material from any computer.
========================================================================
======
This archive was generated by hypermail 2.1.4 : Mon Jun 02 2003 - 15:13:40 GMT-3