HECnet

hecnet@lists.dfupdate.se

15586 discussions

Request for comments on subdividing area 9

by b4＠gewt.net

On 9 Jan 2013, at 08:40, Peter Lothberg <roll at Stupi.SE> wrote: Why is it messy? Putting administrative info in addresses that are most likely network endpoints? I'd just feel more organised if I grouped systems a bit more. Once upon a time, I always asked myself "does this make the network faster or cheaper or both" when suggestions that involved work was made. -:) Well, I'd save time coming up with a free node and I'd stop forgetting certain nodes exist. ;) Which would make it cheaper time-wise and easier to manage. :) --P

12 years, 11 months

Request for comments on subdividing area 9

by roll＠Stupi.SE

Why is it messy? Putting administrative info in addresses that are most likely network endpoints? I'd just feel more organised if I grouped systems a bit more. Once upon a time, I always asked myself "does this make the network faster or cheaper or both" when suggestions that involved work was made. -:) --P

12 years, 11 months

HECnet performance....

by roll＠Stupi.SE

I'm now trying to get the Multinet links to 192.108.200.211 59.58 (STUPI) cleaned up and re_established,=20 right now only the link to Legato is working properly. SG1=20 had cost 1 on their side instead of 10.=20 I should add that if SG1:: and LEGATO:: need to pass information, the circuit costs favor the Multinet Tunnel links between the two major US hubs. I would rather the Multinet Tunnel be used instead of using the bridge link to Sweden and then back again. -Steve Steve, In that case you are right, and as I said before, the problem is the bridged ethernet. Multinet nodes, could increese the cost on their Ethernets, but it only works one direction, as all the remote nodes has the same metric on their Ethernet towards you. In the SG1:: LEGATO:: case you can do the local optimization as the topology and other nodes on those locations may allow it, but it's not possible to do that in area 59, and especially not if the cisco box in uppsala is in area 1 talking to area 59 with a additional hop. I'm only asking you to set your cost on the multinet link to stupi:: to 10. -P

12 years, 11 months

HECnet performance....

by roll＠Stupi.SE

I'm now trying to get the Multinet links to 192.108.200.211 59.58 (STUPI) cleaned up and re_established, right now only the link to Legato is working properly. SG1 had cost 1 on their side instead of 10. On VMS systems anyway, LAN circuit costs are set to 4 by default. I always set Multinet circuit costs to 1 or 2 depending on whether it is the preferred route or the alternate route. I would prefer to favor the Multinet Tunnel circuits over the bridge links. They can be anywhere between 4-10 times faster for file copy operations. This is why SG1:: circuit costs are "1" in your case. With the lack of metrics working for real on the bridged ethernet, here is what hapens... stupi->sg1(cost1)-<bridge(cost1) Everyone else sees area 59 with cost 2 Johnny wan't to put the cisco in Uppsala in area 1, well, then all traffic to aread 59 will go through your box and the multine tunnel. Without proper metrics on the bridged ethernet, the best I can think of is that we use the bridged ethernet as primary and the multinet and cisco tunnels as secondary (backup) traffic paths for nodes that are multihomed. You need to change the cost to 10 for me to be able to turn the tunnel back up, as I have in practice infinite BW to Uppsala. -P

12 years, 11 months

Request for comments on subdividing area 9

by b4＠gewt.net

On 9 Jan 2013, at 07:56, Peter Lothberg <roll at Stupi.SE> wrote: Hello! The current way I allocate node numbers is in sequential order and it's = getting tremendously messy and difficult to manage, so I am going to = come up with a plan to divide things more cleanly and I'm looking for = feedback. Why is it messy? Putting administrative info in addresses that are most likely network endpoints? I'd just feel more organised if I grouped systems a bit more. If we at some time in the future want to get the routing optimal there is one limitation to remember. There is no topology information shared between areas, so if a node in area 1 want's to talk to a node in area 2 and there are more than one link from area 1 to area 2 it will pick the best (metric or router id) link to area 2, and it has no information about what area router in area 2 is closest to the destination node. There'd only be one link to the rest of HECnet, everything else would connect to the primary area router. An optimal HECnet has metrics (costs on links) and all nodes in the same area..... Or one area is basically connecting all it's area routers with for practical purposes infinite bandwidth. --P -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.

12 years, 11 months

HECnet performance....

by jeep＠scshome.net

-----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Peter Lothberg Sent: Wednesday, January 09, 2013 09:00 To: hecnet at Update.UU.SE Cc: hecnet at Update.UU.SE Subject: Re: [HECnet] HECnet performance.... On 01/08/2013 05:38 PM, Brian Hechinger wrote: Set up a (cisco) tunnel to 130.238.19.60 (and tell me your side IP address). I think it's time to come up with something a little better to track all these. Thoughts? A subdomain under some related domain (perhaps <sub>.hecnet.update.uu.se?) with the tunnel endpoints as A records? -Dave We are not limited to route DECnet packets, we could turn on IP on the tunnels, and CLNP/Phase5.. --P We already some of this in place. At this end <user>@<node>.hecnet.org exists for some machines. Others look more like <user>@<node>.enet.hecnet.org. I have not had time to play much with this lately so I do not remember which ones are in place. The main difference between the two is the path it takes once entering this site and the fact that I have not yet committed to supporting the traffic. I can barely manage my own schedule at this point. :-) -Steve

12 years, 11 months

[hvlems@zonnet.nl: Re: [HECnet] Request for comments on subdividing area 9]

by roll＠Stupi.SE

Anything important in this? --P --------------- Message-ID: <1952508364-1357686551-cardhu_decombobulator_blackberry.rim.net-757387176- at b3.c6.bise7.blackberry> X-Priority: Normal References: <B3223A23-771F-4C8D-9CDD-66671D6B06DA at gewt.net> <7F8BEC8B-46AF-4B43-A753-73FFA6E37333 at platinum.net> In-Reply-To: <7F8BEC8B-46AF-4B43-A753-73FFA6E37333 at platinum.net> Sensitivity: Normal Importance: Normal Subject: Re: [HECnet] Request for comments on subdividing area 9 To: hecnet at Update.UU.SE From: hvlems at zonnet.nl Date: Tue, 8 Jan 2013 23:09:09 +0000 Content-Type: multipart/alternative; boundary="part1866-boundary-243570870-1106332354" MIME-Version: 1.0 Sender: owner-hecnet at Update.UU.SE Precedence: bulk Reply-To: hecnet at Update.UU.SE --part1866-boundary-243570870-1106332354 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="Windows-1252" QUZBSUsgeW91IGFyZSBjb3JyZWN0LiBXaGljaCBleHBsYWlucyB0aGUgbm9kZSBhZGRyZXNzZXMg Zm9yIHRoZSBhcmVhIHJvdXRlcnMgZm9yIGFyZWFzIDUgYW5kIDQ0LiANCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBJYW4gTWNMYXVnaGxpbiA8aWFuQHBsYXRpbnVtLm5ldD4NClNl bmRlcjogb3duZXItaGVjbmV0QFVwZGF0ZS5VVS5TRQ0KRGF0ZTogVHVlLCA4IEphbiAyMDEzIDE0 OjQxOjIyIA0KVG86IDxoZWNuZXRAVXBkYXRlLlVVLlNFPg0KUmVwbHktVG86IGhlY25ldEBVcGRh dGUuVVUuU0UNClN1YmplY3Q6IFJlOiBbSEVDbmV0XSBSZXF1ZXN0IGZvciBjb21tZW50cyBvbiBz dWJkaXZpZGluZyBhcmVhIDkNCg0KQ29ycmVjdCBtZSBpZiBJJ20gd3JvbmcgKHdoaWNoIGlzIGxp a2VseSksIGJ1dCBkb2Vzbid0IERFQ25ldCAoYXQgbGVhc3QgdGhlIENpc2NvIHZhcmlhbnQpIHJl c29sdmUgcm91dGluZyB0aWVzIGJldHdlZW4gYXJlYSByb3V0ZXJzIGJ5IHVzaW5nIHRoZSBoaWdo ZXN0IG51bWJlcmVkIG9uZT8gTWF5YmUgeW91ciBhcmVhIHJvdXRlcnMgc2hvdWxkIGJlIGF0IHRo ZSB0b3AgZW5kIG9mIHRoZSBhZGRyZXNzIHJhbmdlPw0KDQpUaGlzIENpc2NvIGRvY3VtZW50IHNh eXMgIkVuZCBzeXN0ZW1zIHNlbmQgcm91dGluZyByZXF1ZXN0cyB0byBhIGRlc2lnbmF0ZWQgTGV2 ZWwgMSByb3V0ZXIuIFRoZSBMZXZlbCAxIHJvdXRlciB3aXRoIHRoZSBoaWdoZXN0IHByaW9yaXR5 IGlzIGVsZWN0ZWQgdG8gYmUgdGhlIGRlc2lnbmF0ZWQgcm91dGVyLiBJZiB0d28gcm91dGVycyBo YXZlIHRoZSBzYW1lIHByaW9yaXR5LCB0aGUgb25lIHdpdGggdGhlIGxhcmdlciBub2RlIG51bWJl ciBiZWNvbWVzIHRoZSBkZXNpZ25hdGVkIHJvdXRlci4gQSByb3V0ZXIncyBwcmlvcml0eSBjYW4g YmUgbWFudWFsbHkgY29uZmlndXJlZCB0byBmb3JjZSBpdCB0byBiZWNvbWUgdGhlIGRlc2lnbmF0 ZWQgcm91dGVyLiINCg0KaHR0cDovL3d3dy5jaXNjby5jb20vZW4vVVMvZG9jcy9pbnRlcm5ldHdv cmtpbmcvdHJvdWJsZXNob290aW5nL2d1aWRlL3RyMTkxMS5odG1sDQoNCihwbGVhc2UgZXhjdXNl IG1lIGlmIEknbSB0b3RhbGx5IG9mZiBiYXNlKQ0KDQpJYW4NCg0KT24gMjAxMy0wMS0wOCwgYXQg MjoyNiBQTSwgQ29yeSBTbWVsb3NreSA8YjRAZ2V3dC5uZXQ+IHdyb3RlOg0KDQo+IEhlbGxvIQ0K PiANCj4gVGhlIGN1cnJlbnQgd2F5IEkgYWxsb2NhdGUgbm9kZSBudW1iZXJzIGlzIGluIHNlcXVl bnRpYWwgb3JkZXIgYW5kIGl0J3MgZ2V0dGluZyB0cmVtZW5kb3VzbHkgbWVzc3kgYW5kIGRpZmZp Y3VsdCB0byBtYW5hZ2UsIHNvIEkgYW0gZ29pbmcgdG8gY29tZSB1cCB3aXRoIGEgcGxhbiB0byBk aXZpZGUgdGhpbmdzIG1vcmUgY2xlYW5seSBhbmQgSSdtIGxvb2tpbmcgZm9yIGZlZWRiYWNrLg0K PiANCj4gSSdtIHRoaW5raW5nOiA5LjEtOS4yMSBmb3IgYWRtaW5pc3RyYXRpb24vY29udHJvbCBw dXJwb3NlcyAoYXJlYSByb3V0ZXJzIGFuZCBzbyBmb3J0aCksIHN1YmRpdmlkaW5nIHRoZSBhcmVh IGluIHRvIGdlb2dyYXBoaWMgYXJlYXMgKGFyZWFzIG9mIH4yNTAgZWFjaCBpbml0aWFsbHksIHRo ZSBvdGhlcnMgY2FuIGJlIGZ1cnRoZXIgc3ViZGl2aWRlZCBhcyBuZWVkZWQpLCBhbmQgdGhlbiBz dWJkaXZpZGluZyB0aG9zZSBnZW9ncmFwaGljIHJlZ2lvbnMgYnkgcHVycG9zZS4NCj4gDQo+IHNv Og0KPiAoYXBvbG9naWVzIGFib3V0IHRoaXMgY2hhcnQgYmVpbmcgYWJzb2x1dGVseSBhdHJvY2lv dXMgYW5kIHVzZWxlc3MsIGl0IGZ1bmN0aW9uZWQgbGFyZ2VseSBhcyBzdHJlc3MgcmVsaWVmKQ0K PiANCj4gOS4xLTkuMjENCj4gCXwNCj4gICAgICAgIFYJCQkJCQkJCQkJcmVsaWVmDQo+ICAgIE9I SU8gKDkuMjItOS4yNzEpLS0tLS18LS0tLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS0tLS0t fA0KPiAJfAkgCSAgfCAgICAgICAgICAJICAgIHwgICAgICAJCSB8ICAgICAgICAgICAgICAgICAg ICAgICAgICB8DQo+ICAgICAgICBWCSAgICAgICAgIFYJICAgICAgICAgICBWCSAgICAgICAgICAg ICAgICBWCSAgICAgICAgICAgICAgICAgICBWCQkJICAgICAgDQo+ICAgKFZNUykgICAgICAoUERQ LTExKSAgKFBEUC0xMCkJICAoT1RIRVIpICAoV09SS1NUQVRJT04pDQo+IDkuICgyMi0uNzIpICg3 My0xMjMpICAgKDEyNC0xNzQpICgxNzUtMjI1KSAgICAgICAoMjI2LTI3OCkJCQkJCQkJCQ0KPiAN Cj4gQW5kIHJlcGVhdCBmb3Igb3RoZXIgcmVnaW9ucy4gIA0KPiANCj4gU2hvdWxkIEkgc3ViZGl2 aWRlIGZ1cnRoZXI/ICANCj4gV2hhdCBjb3VsZCBJIHVzZSBpbnN0ZWFkIG9mIE9USEVSPw0KPiBT aG91bGQgSSBicmVhayB1cCB0aGUgYXJlYSBkaWZmZXJlbnRseT8NCj4gRnVydGhlciBzdWdnZXN0 aW9ucz8NCj4gU2hvdWxkIEkgcHV0IHBoeXNpY2FsIGhhcmR3YXJlIGFzIGEgc3ViLXN1Yi1zdWJk aXZpc2lvbiwgaXRzIG93biB0ZXJ0aWFyeSBsZXZlbCAoaW4gcGxhY2Ugb2YgT1RIRVIpLCBvciBu b3QgZGlmZmVyZW50aWF0ZSB0aGVtIGF0IGFsbD8NCj4gDQo+IExldCBtZSBrbm93IHlvdXIgdGhv dWdodHMuDQo+IC0tLQ0KPiANCj4gRmlsdGVyIHNlcnZpY2Ugc3Vic2NyaWJlcnMgY2FuIHRyYWlu IHRoaXMgZW1haWwgYXMgc3BhbSBvciBub3Qtc3BhbSBoZXJlDQoNCg0K --part1866-boundary-243570870-1106332354 Content-Transfer-Encoding: base64 Content-Type: text/html; charset="Windows-1252" PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWwgY2hhcnNldD11cy1hc2NpaSI+PC9oZWFkPjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJy ZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBh ZnRlci13aGl0ZS1zcGFjZTsgIj5BRkFJSyB5b3UgYXJlIGNvcnJlY3QuIFdoaWNoIGV4cGxhaW5z IHRoZSBub2RlIGFkZHJlc3NlcyBmb3IgdGhlIGFyZWEgcm91dGVycyBmb3IgYXJlYXMgNSBhbmQg NDQuIDxoci8+PGRpdj48Yj5Gcm9tOiA8L2I+IElhbiBNY0xhdWdobGluICZsdDtpYW5AcGxhdGlu dW0ubmV0Jmd0Ow0KPC9kaXY+PGRpdj48Yj5TZW5kZXI6IDwvYj4gb3duZXItaGVjbmV0QFVwZGF0 ZS5VVS5TRQ0KPC9kaXY+PGRpdj48Yj5EYXRlOiA8L2I+VHVlLCA4IEphbiAyMDEzIDE0OjQxOjIy IC0wODAwPC9kaXY+PGRpdj48Yj5UbzogPC9iPiZsdDtoZWNuZXRAVXBkYXRlLlVVLlNFJmd0Ozwv ZGl2PjxkaXY+PGI+UmVwbHlUbzogPC9iPiBoZWNuZXRAVXBkYXRlLlVVLlNFDQo8L2Rpdj48ZGl2 PjxiPlN1YmplY3Q6IDwvYj5SZTogW0hFQ25ldF0gUmVxdWVzdCBmb3IgY29tbWVudHMgb24gc3Vi ZGl2aWRpbmcgYXJlYSA5PC9kaXY+PGRpdj48YnIvPjwvZGl2PkNvcnJlY3QgbWUgaWYgSSdtIHdy b25nICh3aGljaCBpcyBsaWtlbHkpLCBidXQgZG9lc24ndCBERUNuZXQgKGF0IGxlYXN0IHRoZSBD aXNjbyB2YXJpYW50KSByZXNvbHZlIHJvdXRpbmcgdGllcyBiZXR3ZWVuIGFyZWEgcm91dGVycyBi eSB1c2luZyB0aGUgaGlnaGVzdCBudW1iZXJlZCBvbmU/IE1heWJlIHlvdXIgYXJlYSByb3V0ZXJz IHNob3VsZCBiZSBhdCB0aGUgdG9wIGVuZCBvZiB0aGUgYWRkcmVzcyByYW5nZT88ZGl2Pjxicj48 L2Rpdj48ZGl2PlRoaXMgQ2lzY28gZG9jdW1lbnQgc2F5cyAiRW5kIHN5c3RlbXMgc2VuZCByb3V0 aW5nIHJlcXVlc3RzIHRvIGEgZGVzaWduYXRlZCBMZXZlbCAxIHJvdXRlci4gVGhlIExldmVsIDEg cm91dGVyIHdpdGggdGhlIGhpZ2hlc3QgcHJpb3JpdHkgaXMgZWxlY3RlZCB0byBiZSB0aGUgZGVz aWduYXRlZCByb3V0ZXIuIElmJm5ic3A7dHdvIHJvdXRlcnMgaGF2ZSB0aGUgc2FtZSBwcmlvcml0 eSwgdGhlIG9uZSB3aXRoIHRoZSBsYXJnZXIgbm9kZSBudW1iZXIgYmVjb21lcyB0aGUgZGVzaWdu YXRlZCByb3V0ZXIuIEEgcm91dGVyJ3MgcHJpb3JpdHkgY2FuIGJlIG1hbnVhbGx5IGNvbmZpZ3Vy ZWQmbmJzcDt0byBmb3JjZSBpdCB0byBiZWNvbWUgdGhlIGRlc2lnbmF0ZWQgcm91dGVyLiI8L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxhIGhyZWY9Imh0dHA6Ly93d3cuY2lzY28uY29tL2VuL1VT L2RvY3MvaW50ZXJuZXR3b3JraW5nL3Ryb3VibGVzaG9vdGluZy9ndWlkZS90cjE5MTEuaHRtbCI+ aHR0cDovL3d3dy5jaXNjby5jb20vZW4vVVMvZG9jcy9pbnRlcm5ldHdvcmtpbmcvdHJvdWJsZXNo b290aW5nL2d1aWRlL3RyMTkxMS5odG1sPC9hPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+KHBs ZWFzZSBleGN1c2UgbWUgaWYgSSdtIHRvdGFsbHkgb2ZmIGJhc2UpPC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5JYW48L2Rpdj48ZGl2Pjxicj48ZGl2PjxkaXY+T24gMjAxMy0wMS0wOCwgYXQgMjoy NiBQTSwgQ29yeSBTbWVsb3NreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmI0QGdld3QubmV0Ij5iNEBn ZXd0Lm5ldDwvYT4mZ3Q7IHdyb3RlOjwvZGl2PjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2Ut bmV3bGluZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVu dC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWwgY2hhcnNldD11cy1hc2NpaSI+PGRpdiBzdHlsZT0i d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQt bGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7ICI+SGVsbG8hPGRpdj48YnI+PC9kaXY+PGRp dj5UaGUgY3VycmVudCB3YXkgSSBhbGxvY2F0ZSBub2RlIG51bWJlcnMgaXMgaW4gc2VxdWVudGlh bCBvcmRlciBhbmQgaXQncyBnZXR0aW5nIHRyZW1lbmRvdXNseSBtZXNzeSBhbmQgZGlmZmljdWx0 IHRvIG1hbmFnZSwgc28gSSBhbSBnb2luZyB0byBjb21lIHVwIHdpdGggYSBwbGFuIHRvIGRpdmlk ZSB0aGluZ3MgbW9yZSBjbGVhbmx5IGFuZCBJJ20gbG9va2luZyBmb3IgZmVlZGJhY2suPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5JJ20gdGhpbmtpbmc6IDkuMS05LjIxIGZvciBhZG1pbmlzdHJh dGlvbi9jb250cm9sIHB1cnBvc2VzIChhcmVhIHJvdXRlcnMgYW5kIHNvIGZvcnRoKSwgc3ViZGl2 aWRpbmcgdGhlIGFyZWEgaW4gdG8gZ2VvZ3JhcGhpYyBhcmVhcyAoYXJlYXMgb2YgfjI1MCBlYWNo IGluaXRpYWxseSwgdGhlIG90aGVycyBjYW4gYmUgZnVydGhlciBzdWJkaXZpZGVkIGFzIG5lZWRl ZCksIGFuZCB0aGVuIHN1YmRpdmlkaW5nIHRob3NlIGdlb2dyYXBoaWMgcmVnaW9ucyBieSBwdXJw b3NlLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+c286PC9kaXY+PGRpdj4oYXBvbG9naWVzIGFi b3V0IHRoaXMgY2hhcnQgYmVpbmcgYWJzb2x1dGVseSBhdHJvY2lvdXMgYW5kIHVzZWxlc3MsIGl0 IGZ1bmN0aW9uZWQgbGFyZ2VseSBhcyBzdHJlc3MgcmVsaWVmKTwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+OS4xLTkuMjE8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5 bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj58PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDtWPHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3Bh Y2U6IHByZTsgIj4JCQkJCQkJCQkJPC9zcGFuPnJlbGllZjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNw O09ISU8gKDkuMjItOS4yNzEpLS0tLS18LS0tLS0tLS0tLS0tLS0tLXwtLS0tLS0tLS0tLS0tLS0t LS0tfDwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUt c3BhY2U6cHJlIj4JPC9zcGFuPnw8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3 aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+Jm5ic3A7PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFu IiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPiZuYnNwOyZuYnNwO3wgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5 bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8ICZu YnNwOyAmbmJzcDsgJm5ic3A7PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hp dGUtc3BhY2U6cHJlIj4JCTwvc3Bhbj4gfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDt8PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtWPHNwYW4gY2xhc3M9IkFw cGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtWPHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHls ZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7VjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNw YWNlOnByZSI+CTwvc3Bhbj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7Jm5ic3A7PGZvbnQgZmFjZT0iYXJpYWwsIHNhbnMtc2VyaWYiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDEzcHg7Ij5WPC9zcGFuPjwvZm9udD48c3BhbiBjbGFzcz0iQXBw bGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTogcHJlOyAiPgk8L3NwYW4+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7VjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOiBwcmU7 ICI+CQkJPC9zcGFuPiZuYnNwOyAmbmJzcDsgJm5ic3A7Jm5ic3A7PC9kaXY+PGRpdj4mbmJzcDsg KFZNUykgJm5ic3A7ICZuYnNwOyAmbmJzcDsoUERQLTExKSAmbmJzcDsoUERQLTEwKTxzcGFuIGNs YXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4mbmJz cDsmbmJzcDsoT1RIRVIpICZuYnNwOyhXT1JLU1RBVElPTik8L2Rpdj48ZGl2PjkuICgyMi0uNzIp ICg3My0xMjMpICZuYnNwOyAoMTI0LTE3NCkgKDE3NS0yMjUpICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICgyMjYtMjc4KTxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIgc3R5bGU9IndoaXRlLXNwYWNl OiBwcmU7ICI+CQkJCQkJCQk8L3NwYW4+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5BbmQgcmVw ZWF0IGZvciBvdGhlciByZWdpb25zLiAmbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlNo b3VsZCBJIHN1YmRpdmlkZSBmdXJ0aGVyPyAmbmJzcDs8L2Rpdj48ZGl2PldoYXQgY291bGQgSSB1 c2UgaW5zdGVhZCBvZiBPVEhFUj88L2Rpdj48ZGl2PlNob3VsZCBJIGJyZWFrIHVwIHRoZSBhcmVh IGRpZmZlcmVudGx5PzwvZGl2PjxkaXY+RnVydGhlciBzdWdnZXN0aW9ucz88L2Rpdj48ZGl2PlNo b3VsZCBJIHB1dCBwaHlzaWNhbCBoYXJkd2FyZSBhcyBhIHN1Yi1zdWItc3ViZGl2aXNpb24sIGl0 cyBvd24gdGVydGlhcnkgbGV2ZWwgKGluIHBsYWNlIG9mIE9USEVSKSwgb3Igbm90IGRpZmZlcmVu dGlhdGUgdGhlbSBhdCBhbGw/PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5MZXQgbWUga25vdyB5 b3VyIHRob3VnaHRzLjwvZGl2Pg0KLS0tPGJyPg0KPGJyPkZpbHRlciBzZXJ2aWNlIHN1YnNjcmli ZXJzIGNhbiB0cmFpbiB0aGlzIGVtYWlsIGFzIHNwYW0gb3Igbm90LXNwYW0gDQo8YSBocmVmPSJo dHRwOi8vbXkuZW1haWwtYXMubmV0L3NwYW1oYW0vY2dpLWJpbi9sZWFybi5wbD9tZXNzYWdlaWQ9 NkZFRTFEMDA1OUUyMTFFMjkxNTlGQzhGOTNFRDAyMDEiPmhlcmU8L2E+DQoNCjwvZGl2PjwvYmxv Y2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9ib2R5PjwvaHRtbD4NCg== --part1866-boundary-243570870-1106332354--

12 years, 11 months

HECnet performance....

by jeep＠scshome.net

-----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Peter Lothberg Sent: Wednesday, January 09, 2013 08:49 To: hecnet at Update.UU.SE Cc: hecnet at Update.UU.SE Subject: Re: [HECnet] HECnet performance.... Peter, Everything is now set up on my end. I now have 3 Cisco tunnels. The = metric is 10 on all of them. Change the metrics to match my side: Tunnel2 Cost 10 tunnel to 192.108.200.213 Cost 20 tunnel to 199.0.131.2 Cost 20 The majority of areas now route through you according to my router: Given that we have no way of setting metrics on the "bridged ethernet" links, this is the best we can do that works in the general case. I'm now trying to get the Multinet links to 192.108.200.211 59.58 (STUPI) cleaned up and re_established, right now only the link to Legato is working properly. SG1 had cost 1 on their side instead of 10. I should add that if SG1:: and LEGATO:: need to pass information, the circuit costs favor the Multinet Tunnel links between the two major US hubs. I would rather the Multinet Tunnel be used instead of using the bridge link to Sweden and then back again. -Steve Anyone else who want a cisco or Multinet HECnet tunnel set up? -P

12 years, 11 months

HECnet performance....

by roll＠Stupi.SE

On 01/08/2013 05:38 PM, Brian Hechinger wrote: Set up a (cisco) tunnel to 130.238.19.60 (and tell me your side IP address). I think it's time to come up with something a little better to track all these. Thoughts? A subdomain under some related domain (perhaps <sub>.hecnet.update.uu.se?) with the tunnel endpoints as A records? -Dave We are not limited to route DECnet packets, we could turn on IP on the tunnels, and CLNP/Phase5.. --P

12 years, 11 months

HECnet performance....

by roll＠Stupi.SE

On 1/8/2013 9:01 PM, Peter Lothberg wrote: Set up a (cisco) tunnel to 130.238.19.60 (and tell me your side IP address). I think it's time to come up with something a little better to track all these. Thoughts? Build a tool that takes requests and generates configs (full mesh) and pushes them to the routers. (maybe we can have the router configs in a wiki?) -P

12 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet