From: Copleston Daniel (Daniel.Copleston@ukomfs.com)
Date: Fri May 09 2003 - 11:57:10 GMT-3
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.
************************************************************************
This archive was generated by hypermail 2.1.4 : Mon Jun 02 2003 - 15:13:39 GMT-3