Sorry to bother all with the details. We might move the discussion on A34 off the list.

 

Well the Internet changes obviously, thx for pointing that out Supratim!

Costs are updated on my links and hopefully solves a bit.

 

I would be more than happy to allow snmp read from specific hosts.  (As the ios image is old and quite possibly has a few CVEs to be poked at)

 

Johnny, Inga problem =|-;)

 

 

BR

/t

 

Från: Supratim Sanyal <supratim@riseup.net>
Svara till: The Hobbyist DECnet mailing list <hecnet@lists.dfupdate.se>
Datum: lördag 10 september 2022 17:43
Till: The Hobbyist DECnet mailing list <hecnet@lists.dfupdate.se>
Ämne: [HECnet] Re: An example of non-optimal setup

 

Haha the annual cost and Cisco thread is here.

 

I diligently follow http://mim.update.uu.se/costs.htm as do some others but not all.

 

Cisco MIBs expose DECnet information easily (I had posted a MIB and IMPRTR will respond to it).

 

Guess area 34 needs to adjust costs.

 

 



On Sep 10, 2022, at 11:31 AM, Johnny Billquist <bqt@softjar.se> wrote:

Well. You do know that Uppsala have had multinet links along with bridges for a long time. No need to use the bridge unless there is some specific needs.

But now MIM have moved to Stockholm. Technically not Uppsala anymore, but otherwise nothing have changed. We could setup a ptp link on a moments notice. Sorry for picking you out as my example, but it was such a simple and obvious example of where we can improve. :-)

 Johnny

On 2022-09-10 16:50, Tomas Prybil wrote:

Hey

I'm the guy running A34 in Båtbyggartorp in the suburbs of Stockholm, SWEDEN

Since I went the route of not running a bridged setup to Uppsala and went into the dark area of cisco routes I don't have a direct route to A1 anymore. However I have routes to A12, A27, A31, A59 and A61 (A22 fell off some time ago) They are all weighted in accordance to Johnnys ping--to-cost per links.

The specific example of inefficient route between A1 and A34 should be looked into I agree. Could be a hiccup since the relocation from Uppsala to Stockholm. I don't know.

Paul has a fantastic tool that describes routes between Areas around the globe. It's a great visualization of all the nerds that like to keep ancient software up and running. If we could find a way to incorporate the dark routes of gre tunnels between cisco/ios boxes that would very much help to show where we could be more efficient in routing.

Any ideas on how to move that thread forward?

BR

/t

Den 2022-09-10 15:38 skrev "Johnny Billquist" <bqt@softjar.se> följande:

    I thought I'd share an example of a non-optimal setup for people, so

    that you can understand a little better what we currently have.

    This is from area 1 to area 34. More specifically ANKE to area 34.

    Now, physically, ANKE is in Stockholm, Sweden, while A34RTR is in

    Båtbyggartorp, Sweden. They are actually not that far from each other,

    physically, if you look on a map. Maybe 40 kilometers at the most.

    However, in HECnet, it is 3 hops, and a cost of 20.

    Now, when ANKE wants to talk to area 34, the next hops are:

    PYTHON - New Boston, NH, USA (cost 8)

    IMPRTR - Washington DC, USA (cost 4)

    and then I *think* it must be A34RTR, since that should be the final

    hop, but since both IMPRTR and A34RTR are Cisco boxes, I can't see.

    And a guess that the cost of that last hop would be 8.

    But clearly, such a roundabout way to talk to such a close node is

    kindof silly. :-) We should have reasonable links, in reasonable

    directions, and with appropriate costs, so that we don't have things

    like this. No good reason to. It's not like we need to pay money to have

    physical cables installed between places.

    (This must have been such a fun work back in the day when you needed to

    actually pay for the physical cables...)

    If the link to PYTHON went down, the alternative route would be through

    A39RTR(9), PYRTR(2), IMPRTR(4) and then A34RTR. The costs in

    parenthesis. (A cost of 2 between A39RTR and PYRTR seems rather cheap,

    but what do I know?)

    A few suggestions on how to look at things:

    If you have a machine that talks NICE, you can examine for both VMS, RSX

    and PyDECnet, what the next hop towards an area is. Giving examples on MIM:

    .ncp tell anke sho area 34 stat

    Area status as of 10-SEP-22 15:34:49

                                                          Next

    Area       State        Cost  Hops  Circuit          Node

    34         Reachable    20    3     DMC-15           41.1 (PYTHON)

    .ncp tell anke sho cir dmc-15 cha

    Circuit characteristics as of 10-SEP-22 15:36:02

    Circuit = DMC-15

        Level one cost = 8

        Hello timer = 60, Listen timer = 630

    This can then be repeated for node PYTHON and so on. But as noted, when

    you get to a Cisco box, you can't do this. Cisco boxes do not speak NICE.

       Johnny

    --

    Johnny Billquist                  || "I'm on a bus

                                       ||  on a psychedelic trip

    email: bqt@softjar.se             ||  Reading murder books

    pdp is alive!                     ||  tryin' to stay hip" - B. Idol

    _______________________________________________

    HECnet mailing list -- hecnet@lists.dfupdate.se

    To unsubscribe send an email to hecnet-leave@lists.dfupdate.se

_______________________________________________

HECnet mailing list -- hecnet@lists.dfupdate.se

To unsubscribe send an email to hecnet-leave@lists.dfupdate.se


--
Johnny Billquist                  || "I'm on a bus
                                 ||  on a psychedelic trip
email: bqt@softjar.se             ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
_______________________________________________
HECnet mailing list -- hecnet@lists.dfupdate.se
To unsubscribe send an email to hecnet-leave@lists.dfupdate.se

_______________________________________________ HECnet mailing list -- hecnet@lists.dfupdate.se To unsubscribe send an email to hecnet-leave@lists.dfupdate.se