RE: Bridge-group on a Tunnel interface?

From: Mike Williams (ccie2be@swbell.net)
Date: Fri May 09 2003 - 16:45:32 GMT-3

From what I understand, bridging is indeed necessary. Routing DECnet
isn't an option.

Again, thanks to everyone for their replies.

Mike W.

-----Original Message-----
From: Copleston Daniel [mailto:Daniel.Copleston@ukomfs.com]
Sent: Friday, May 09, 2003 12:47 PM
To: 'Colin Barber'; 'huang gang'; phase90; Mike Williams;
CCIELab@Groupstudy.com
Subject: RE: Bridge-group on a Tunnel interface?

Fair enough, I guess it depends on whether bridging is a mandatory
requirement or was perceived as a solution because enabling DECnet
routing across the network was not an option. For example I would not
consider rolling out DEC routing over several hundred routers in our
network to get DECnet from A to B but would not get to concerned about
running it on a router at either end - even if it ended up running on a
separate old 2500/2600 series routers that were just their to do run
DECnet and act as tunnel endpoints if DEC routing did not want to be
enabled on your production IP boundary routers.

I suppose that is a question for Mike W to answer..

Thanks,
Daniel

-----Original Message-----
From: Colin Barber [mailto:Colin.Barber@telewest.co.uk]
Sent: 09 May 2003 17:35
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.

========================================================================
====
==

************************************************************************
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.
************************************************************************

This archive was generated by hypermail 2.1.4 : Mon Jun 02 2003 - 15:13:40 GMT-3