1 - Area 19
2 - bridge and 10 tunnels
3 - gwx.declab.net (69.21.253.230)
4 - bridge (psilo.update.uu.se)
tunnel circuit tcp-0-0 - DUSTY:: 71.182.147.6
tcp-0-2 - LEGATO:: 64.142.52.93
tcp-0-3 - RVDSXL:: 193.2.191.212
tcp-0-4 - BUBBLE:: 62.49.25.56 This
will change to SLAVE:: after I install Multinet there
tcp-0-6 - ROOSTA:: 80.6.148.150 This is
a dynamic-DNS address that is subject to change
tcp-0-8 - GROVAX:: 188.220.63.6
tcp-0-20 - WOPR:: 74.143.35.91
tcp-0-33 - FRUGAL:: 72.240.216.74 This is a
dynamic-DNS address that is subject to change
tcp-0-52 - RIFTER:: 216.15.64.181
tcp-0-59 - STUPI:: 192.108.200.211
Tunnel circuits are in the form of: tcp-0-<remote_area>
Area "0" is an extention of my "DEC LAN"
-Steve
I knew I was forgetting something...
They brew a nice beer at Westmalle abbey, it is known to affect the brain :-)
From: Ian McLaughlin <ian at platinum.net>
Sender: owner-hecnet at Update.UU.SE
Date: Tue, 27 Dec 2011 15:04:14 -0800
To: <hecnet at Update.UU.SE>
ReplyTo: hecnet at Update.UU.SE
Subject: Re: [HECnet] Circuit costs
1 - 42
2 - Bridge
3 - 174.4.164.12
4 - psilo
Do you also need to know the DECnet address of the area router? In my case, it's 42.1 (CANADA::)
Ian
On 2011-12-27, at 3:01 PM, hvlems at zonnet.nl wrote:
Ok I'll bite
All list members send me the following information:
1 - area #
2 - connection type (bridge program, Multinet tunnel, phase 5 over DeC IP stack, what have you)
3 - your IP address as used on Dec 27th
4 - IP address you connect to.
Example:
1 - 44
2 - bridge program
3 - my own (don't recal)
4 - psilo.
Ok?
------Origineel bericht------
Van: Steve Davidson
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: RE: [HECnet] Circuit costs
Verzonden: 27 december 2011 23:41
RE: Peter's Mom's house.. ...but the hop count from your side would be
painful! :-)
I will have some time to look at this on Thursday unless someone else
would like to do it for me... PLEASE...???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 3:33 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
I believe that we need a map to figure this out correctly.
Absolutely - all we need now is a volunteer :-)
Don't I remember that someone once plotted a bunch of the locations on
a
Google map? That's probably not the best depiction, but it'd be a place
to
start, especially if we could overlay lines for the connections.
The only other comment that I'd make is to remember that bandwidth
isn't
necessarily related to geography. Just because two sites are physically
close doesn't mean that's the most efficient connection.
Heck, Peter's Mom's house in Sweden has more bandwidth then all of us
combined - we should just make her the hub :-)
Bob
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=B04D6D3430DE11E19…
1 - 42
2 - Bridge
3 - 174.4.164.12
4 - psilo
Do you also need to know the DECnet address of the area router? In my case, it's 42.1 (CANADA::)
Ian
On 2011-12-27, at 3:01 PM, hvlems at zonnet.nl wrote:
Ok I'll bite
All list members send me the following information:
1 - area #
2 - connection type (bridge program, Multinet tunnel, phase 5 over DeC IP stack, what have you)
3 - your IP address as used on Dec 27th
4 - IP address you connect to.
Example:
1 - 44
2 - bridge program
3 - my own (don't recal)
4 - psilo.
Ok?
------Origineel bericht------
Van: Steve Davidson
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: RE: [HECnet] Circuit costs
Verzonden: 27 december 2011 23:41
RE: Peter's Mom's house.. ...but the hop count from your side would be
painful! :-)
I will have some time to look at this on Thursday unless someone else
would like to do it for me... PLEASE...???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 3:33 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
I believe that we need a map to figure this out correctly.
Absolutely - all we need now is a volunteer :-)
Don't I remember that someone once plotted a bunch of the locations on
a
Google map? That's probably not the best depiction, but it'd be a place
to
start, especially if we could overlay lines for the connections.
The only other comment that I'd make is to remember that bandwidth
isn't
necessarily related to geography. Just because two sites are physically
close doesn't mean that's the most efficient connection.
Heck, Peter's Mom's house in Sweden has more bandwidth then all of us
combined - we should just make her the hub :-)
Bob
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=B04D6D3430DE11E19…
Ok I'll bite
All list members send me the following information:
1 - area #
2 - connection type (bridge program, Multinet tunnel, phase 5 over DeC IP stack, what have you)
3 - your IP address as used on Dec 27th
4 - IP address you connect to.
Example:
1 - 44
2 - bridge program
3 - my own (don't recal)
4 - psilo.
Ok?
------Origineel bericht------
Van: Steve Davidson
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: RE: [HECnet] Circuit costs
Verzonden: 27 december 2011 23:41
RE: Peter's Mom's house.. ...but the hop count from your side would be
painful! :-)
I will have some time to look at this on Thursday unless someone else
would like to do it for me... PLEASE...???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 3:33 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
I believe that we need a map to figure this out correctly.
Absolutely - all we need now is a volunteer :-)
Don't I remember that someone once plotted a bunch of the locations on
a
Google map? That's probably not the best depiction, but it'd be a place
to
start, especially if we could overlay lines for the connections.
The only other comment that I'd make is to remember that bandwidth
isn't
necessarily related to geography. Just because two sites are physically
close doesn't mean that's the most efficient connection.
Heck, Peter's Mom's house in Sweden has more bandwidth then all of us
combined - we should just make her the hub :-)
Bob
RE: Peter's Mom's house.. ...but the hop count from your side would be
painful! :-)
I will have some time to look at this on Thursday unless someone else
would like to do it for me... PLEASE...???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 3:33 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
I believe that we need a map to figure this out correctly.
Absolutely - all we need now is a volunteer :-)
Don't I remember that someone once plotted a bunch of the locations on
a
Google map? That's probably not the best depiction, but it'd be a place
to
start, especially if we could overlay lines for the connections.
The only other comment that I'd make is to remember that bandwidth
isn't
necessarily related to geography. Just because two sites are physically
close doesn't mean that's the most efficient connection.
Heck, Peter's Mom's house in Sweden has more bandwidth then all of us
combined - we should just make her the hub :-)
Bob
I believe that we need a map to figure this out correctly.
Absolutely - all we need now is a volunteer :-)
Don't I remember that someone once plotted a bunch of the locations on a
Google map? That's probably not the best depiction, but it'd be a place to
start, especially if we could overlay lines for the connections.
The only other comment that I'd make is to remember that bandwidth isn't
necessarily related to geography. Just because two sites are physically
close doesn't mean that's the most efficient connection.
Heck, Peter's Mom's house in Sweden has more bandwidth then all of us
combined - we should just make her the hub :-)
Bob
I clearly forgot about the DECsystems!
The costs on my network were based on the fact that I run both the
bridge and the tunnels. In addition I took into account that some areas
connect into my site as well as either Bob's or Sampsa's. I calculated
the costs per circuit and came up with the values that I use. My values
only work one way though and did not take into consideration what the
other end used UNLESS I could influence that end. I do influence
several, but not all of the connections into this network.
I believe that we need a map to figure this out correctly. Just stating
that everyone should be using a particular value does not always work.
As an example look at Fred's network (area 33 - mid America). In theory
he is connected to both area 2 (West Coast), and area 19 (East Coast) -
let's forget the new link to Europe for the moment because that has
issues that have yet to be addressed. The connection between the US and
Europe mostly goes from the East Coast, so in Fred's case the costs (at
Fred's end at a mimimum) should be set to favour the Eastern route.
This is just one example, I expect that this is not an isolated case.
Fred's network has multiple routes because, let's face it, links fail!
It is the right choice (for his network).
One way to look at this might be to declare a fixed set of Multinet hubs
and map against that. In the US it does makes sense to pick a Western
and Eastern hub. Each area in the US connects to both hubs. These hubs
connect to Europe at the same points, either the bridge, the tunnels, or
both. I see this as a maximum availability plan. We would still need
to look at link speeds and Internet hop counts but it could (should)
work. This same plan could be applied to anywhere. I only have first
hand knowledge of the US sites.
I prefer the tunnels for data intensive transactions but use the bridge
for LAT and MOM/MOP. I do have the flexibility to manimulate the costs
at any time to deal with network loads. I do this when I have to copy
large numbers of files to/form Europe against the requirement to use
LAT. In the past this network (SGC::) has been used to backup files
from nodes in Europe (just in case). The link favored has always been
the tunnel when available. This can be controlled in an automatic
fashion and in fact is. I suspect that noone has ever known when the
switches have occurred - just as it should be.
Regards,
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Peter Lothberg
Sent: Tuesday, December 27, 2011 1:22 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
LAN costs are 4 by default (for VMS nodes anyway).
Maybe on VMS, but check MIM - the UNA-0 cost is 3, not 4.
I've seen both values used; I think the default must vary depending
on the
system or OS version.
Bob
Topsxx default
NCP>sh cir ni-0-0 char
NCP>
17:19:20 NCP
Request # 52; Show Circuit Characteristics Completed
Circuit = NI-0-0
Service = Enabled
Cost = 1
Maximum Routers = 16
Router Priority = 10
Hello Timer = 15
Type = Ethernet
Adjacent Node = 59.11 (DIMMA)
Listen Timer = 45
Circuit = NI-0-0
Adjacent Node = 59.58 (STUPI)
Listen Timer = 45
(if there are more than one area router on the same LAN it will
use the one with the highest node number, no metrics...)
-P
LAN costs are 4 by default (for VMS nodes anyway).
Maybe on VMS, but check MIM - the UNA-0 cost is 3, not 4.
I've seen both values used; I think the default must vary depending on the
system or OS version.
Bob
Topsxx default
NCP>sh cir ni-0-0 char
NCP>
17:19:20 NCP
Request # 52; Show Circuit Characteristics Completed
Circuit = NI-0-0
Service = Enabled
Cost = 1
Maximum Routers = 16
Router Priority = 10
Hello Timer = 15
Type = Ethernet
Adjacent Node = 59.11 (DIMMA)
Listen Timer = 45
Circuit = NI-0-0
Adjacent Node = 59.58 (STUPI)
Listen Timer = 45
(if there are more than one area router on the same LAN it will
use the one with the highest node number, no metrics...)
-P
Hey folks...
LAN costs are 4 by default (for VMS nodes anyway). If we make use of
that then all we have to touch are the Multinet circuits. I set my
Multinet circuits to 3 because they are much faster and I would prefer
to use the most "efficient" path possible. You will loose the ability
to use SET HOST/LAT, and MOM/MOP, and LAD/LAST, but that should me
minor...
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 10:00 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] Circuit costs
Peter Lothberg wrote:
Here is a suggestion....
Set all Multinet links to cost 5 in both ends
Set all bridged Ethernet interfaces to 10
Set all Multinet link nodes Level2 Area Routers =20
Well, I like it. I'll do it if you do it...
Actually that's a problem with DECnet - everybody _has_ to do their
own;
circuit costs are individually defined per node.
Bob
That's why I suggested that the ones with LAN's attached to WAN-bridges up
their metrics. So Normal Ethernet-Ethernet will be prefered over Ip-tunnels..
ETPTH>legato
[Routing path from SOL (59.10) to LEGATO (2.1)]
Ok,
Then let's make the Multinet links by default to be 2. I would avoid 1,
for now unless you need to force something.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Bob Armstrong
Sent: Tuesday, December 27, 2011 10:55 AM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Circuit costs
LAN costs are 4 by default (for VMS nodes anyway).
Maybe on VMS, but check MIM - the UNA-0 cost is 3, not 4.
I've seen both values used; I think the default must vary depending on
the
system or OS version.
Bob
