26 Feb
2019
26 Feb
'19
8:53 p.m.
This email is directed to owners of Cisco routers with GRE tunnels; to
the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect to. I
will be coming in from IP address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
+1-240-483-8572 (cell)
--
Sent from a Compaq CQ61 running Linux Mint Tessa
-
Ain't got no cash, ain't got no style
Ain't got no gal to make you smile
Don't worry, be happy
- Bobby McFerrin
26 Feb
26 Feb
10:22 p.m.
Supratim, you are stumbling into a slight issue when doing this.
DECnet routing is kindof stupid. When a node in one area wants to talk
to a node in another area, the only thing it does is figure out how to
get to that area. And that just means find the lowest cost path to any
node in that area. And here it where it gets silly.
Until a couple of days ago, CTAKAH:: had the same cost for all circuits.
That resulted in CTAKAH choosing IMPVAX for all communication to area 1.
So even though CTAKAH and MIM have a direct circuit between them,
packets from CTAKAH (in Russia) and MIM (in Sweden) were travelling over
New York.
CTAKAH have now dropped the cost for the circuits to MIM to a little
lower, meaning it will prefer this link. But that also means that even
through CTAKAH and IMPVAX have a direct connection, all packets from
CTAKAH to IMPVAX will pass over MIM.
In essence, this is how DECnet works, and you cannot get around this.
When multiple connections to a different area exists, it is going to be
suboptimal. The one thing would could do to improve things a bit would
be to move you to an area of your own. Then both links would become
useful for more than redundancy backup.
Johnny
On 2019-02-26 20:53, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with
GRE tunnels; to
the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect to. I
will be coming in from IP address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
+1-240-483-8572 (cell)
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
11:05 p.m.
Thanks Johnny for taking the time to write and explain (instead of
saying "go read DECnet manuals"). So, basically, CTAKAH cannot decide to
use one path for 1.13 and another one for 1.559 since they are both area 1.
Got it, no easy way out other than move my bunch to a new area. Please
assign me an area. It will take me a while, though, to move across all
the toys.
BTW, interestingly, MIM has also decided that IMPVAX is the way to reach
area 12 (Tim in Perth, Australia), despite Tim having 3 or more other
direct GRE tunnels to other area routers. Is this because IMPVAX happens
to be in the same area as MIM (unlike his other tunnels)?
DECnet routing is kindof stupid. When a node in one area wants to talk
to a node in another area, the only thing it does is figure out how to
get to that area. And that just means find the lowest cost path to any
node in that area. And here it where it gets silly.
Until a couple of days ago, CTAKAH:: had the same cost for all circuits.
That resulted in CTAKAH choosing IMPVAX for all communication to area 1.
So even though CTAKAH and MIM have a direct circuit between them,
packets from CTAKAH (in Russia) and MIM (in Sweden) were travelling over
New York.
CTAKAH have now dropped the cost for the circuits to MIM to a little
lower, meaning it will prefer this link. But that also means that even
through CTAKAH and IMPVAX have a direct connection, all packets from
CTAKAH to IMPVAX will pass over MIM.
In essence, this is how DECnet works, and you cannot get around this.
When multiple connections to a different area exists, it is going to be
suboptimal. The one thing would could do to improve things a bit would
be to move you to an area of your own. Then both links would become
useful for more than redundancy backup.
? Johnny
On 2019-02-26 20:53, Supratim Sanyal wrote:
--
Sent from a Compaq CQ61 running Linux Mint Tessa
-
Ain't got no cash, ain't got no style
Ain't got no gal to make you smile
Don't worry, be happy
- Bobby McFerrin
This email is directed to owners of Cisco routers
with GRE tunnels; to
the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect to.
I will be coming in from IP address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
+1-240-483-8572 (cell)
11:23 p.m.
Supratim...
On 2019-02-26 23:05, Supratim Sanyal wrote:
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Thanks Johnny for taking the time to write and explain
(instead of
saying "go read DECnet manuals"). So, basically, CTAKAH cannot decide to
use one path for 1.13 and another one for 1.559 since they are both area 1.
CTAKAH don't even care about where 1.13 is. CTAKAH knows it is not in
area 1, so it tries to find the cheapest path to area 1. It is not
looking at the node number, or anything beyond the area routing at that
point. In short, if you need to go to another area, the only thing
DECnet does is try to find the cheapest path to that area.
And in the case of ties, it takes the node with the highest number, and
1.599 is a higher number than 1.13, even if your end destination is
1.13, it would pick 1.599.
Got it, no easy way out other than move my bunch to a
new area. Please
assign me an area. It will take me a while, though, to move across all
the toys.
Right. Allocated area 31 for you. Go ahead and start moving things over.
Let me know when you want me to update the nodename database.
BTW, interestingly, MIM has also decided that IMPVAX
is the way to reach
area 12 (Tim in Perth, Australia), despite Tim having 3 or more other
direct GRE tunnels to other area routers. Is this because IMPVAX happens
to be in the same area as MIM (unlike his other tunnels)?
No. It just happens to be the cheapest path to area 12. MIM is an area
router, so it has the full picture of all other area routers, and it can
figure out the cheapest way to get to area 12, which is through IMPVAX.
With IMPVAX, it becomes the cost to get to IMPVAX, which carries a cost
of 4 at MIM, and then at IMPVAX, the next hop is IMPRTR on QNA-1. That
hop has a cost of 4 as well. What the cost of the link between IMPRTR
and area 12 is I don't know, but this has a cost of 8+N, whatever that N
is. Any other path to area 12 from MIM will likely go through several
hosts as well, as I do not have any direct connection to area 12. And
other places then have higher costs in the end for the whole path from MIM.
Johnny
DECnet routing is kindof stupid. When a node in one area wants to talk
to a node in another area, the only thing it does is figure out how to
get to that area. And that just means find the lowest cost path to any
node in that area. And here it where it gets silly.
Until a couple of days ago, CTAKAH:: had the same cost for all
circuits. That resulted in CTAKAH choosing IMPVAX for all
communication to area 1. So even though CTAKAH and MIM have a direct
circuit between them, packets from CTAKAH (in Russia) and MIM (in
Sweden) were travelling over New York.
CTAKAH have now dropped the cost for the circuits to MIM to a little
lower, meaning it will prefer this link. But that also means that even
through CTAKAH and IMPVAX have a direct connection, all packets from
CTAKAH to IMPVAX will pass over MIM.
In essence, this is how DECnet works, and you cannot get around this.
When multiple connections to a different area exists, it is going to
be suboptimal. The one thing would could do to improve things a bit
would be to move you to an area of your own. Then both links would
become useful for more than redundancy backup.
?? Johnny
On 2019-02-26 20:53, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers
with GRE tunnels;
to the best of my limited knowledge, Dave McGuire, Ian McLaughlin,
Brian Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who
else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect
to. I will be coming in from IP address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
+1-240-483-8572 (cell)
27 Feb
27 Feb
12:26 a.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Johnny,
Thanks for area 31.
Are there any general cost guidelines for HECnet?
For example my MULTINET links are all set to 1, so are the GRE outgoing tunnels. This is
probably not OK. Should I just default to 4 for everything?
On Feb 26, 2019, at 5:23 PM, Johnny Billquist <bqt
at softjar.se> wrote:
Supratim...
On 2019-02-26 23:05, Supratim Sanyal wrote:
Thanks Johnny for taking the time to write and explain (instead of saying "go read
DECnet manuals"). So, basically, CTAKAH cannot decide to use one path for 1.13 and
another one for 1.559 since they are both area 1.
CTAKAH don't even care about where 1.13 is. CTAKAH knows it is not in area 1, so it
tries to find the cheapest path to area 1. It is not looking at the node number, or
anything beyond the area routing at that point. In short, if you need to go to another
area, the only thing DECnet does is try to find the cheapest path to that area.
And in the case of ties, it takes the node with the highest number, and 1.599 is a higher
number than 1.13, even if your end destination is 1.13, it would pick 1.599.
Got it, no easy way out other than move my bunch
to a new area. Please assign me an area. It will take me a while, though, to move across
all the toys.
Right. Allocated area 31 for you. Go ahead and start moving things over. Let me know when
you want me to update the nodename database.
BTW, interestingly, MIM has also decided that
IMPVAX is the way to reach area 12 (Tim in Perth, Australia), despite Tim having 3 or more
other direct GRE tunnels to other area routers. Is this because IMPVAX happens to be in
the same area as MIM (unlike his other tunnels)?
No. It just happens to be the cheapest path to area 12. MIM is an area router, so it has
the full picture of all other area routers, and it can figure out the cheapest way to get
to area 12, which is through IMPVAX.
With IMPVAX, it becomes the cost to get to IMPVAX, which carries a cost of 4 at MIM, and
then at IMPVAX, the next hop is IMPRTR on QNA-1. That hop has a cost of 4 as well. What
the cost of the link between IMPRTR and area 12 is I don't know, but this has a cost
of 8+N, whatever that N is. Any other path to area 12 from MIM will likely go through
several hosts as well, as I do not have any direct connection to area 12. And other places
then have higher costs in the end for the whole path from MIM.
Johnny
>
> DECnet routing is kindof stupid. When a node in one area wants to talk to a node in
another area, the only thing it does is figure out how to get to that area. And that just
means find the lowest cost path to any node in that area. And here it where it gets
silly.
>
> Until a couple of days ago, CTAKAH:: had the same cost for all circuits. That
resulted in CTAKAH choosing IMPVAX for all communication to area 1. So even though CTAKAH
and MIM have a direct circuit between them, packets from CTAKAH (in Russia) and MIM (in
Sweden) were travelling over New York.
>
> CTAKAH have now dropped the cost for the circuits to MIM to a little lower, meaning
it will prefer this link. But that also means that even through CTAKAH and IMPVAX have a
direct connection, all packets from CTAKAH to IMPVAX will pass over MIM.
>
> In essence, this is how DECnet works, and you cannot get around this. When multiple
connections to a different area exists, it is going to be suboptimal. The one thing would
could do to improve things a bit would be to move you to an area of your own. Then both
links would become useful for more than redundancy backup.
>
> Johnny
>
>> On 2019-02-26 20:53, Supratim Sanyal wrote:
>> This email is directed to owners of Cisco routers with GRE tunnels; to the best
of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian Hechinger, Mark Darvill, Cory
Smelosky, Peter L?thberg ... who else?
>>
>> I already have a stable GRE tunnel to A12RTR for a while now, and am looking for
end-points on other Cisco routers on HECnet to connect to. I will be coming in from IP
address 45.62.248.66, DECnet node 1.919.
>>
>> If possible, please let me know what GRE end-points I can connect to. You can, of
course, DM me too.
>>
>> Thank you.
>>
>> Supratim
>> +1-240-483-8572 (cell)
>>
>>
>>
>>
>>
>>
>>
>>
>
>
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
1:02 a.m.
The problem with costs is that people cannot agree on a metric for it.
And I don't feel like going over it again. :-)
But keep it around 4, and things will be somewhat reasonable.
Johnny
On 2019-02-27 00:26, Supratim Sanyal wrote:
Johnny,
Thanks for area 31.
Are there any general cost guidelines for HECnet?
For example my MULTINET links are all set to 1, so are the GRE outgoing tunnels. This is
probably not OK. Should I just default to 4 for everything?
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Feb 26, 2019, at 5:23 PM, Johnny Billquist
<bqt at softjar.se> wrote:
Supratim...
On 2019-02-26 23:05, Supratim Sanyal wrote:
Thanks Johnny for taking the time to write and explain (instead of saying "go read
DECnet manuals"). So, basically, CTAKAH cannot decide to use one path for 1.13 and
another one for 1.559 since they are both area 1.
CTAKAH don't even care about where 1.13 is. CTAKAH knows it is not in area 1, so it
tries to find the cheapest path to area 1. It is not looking at the node number, or
anything beyond the area routing at that point. In short, if you need to go to another
area, the only thing DECnet does is try to find the cheapest path to that area.
And in the case of ties, it takes the node with the highest number, and 1.599 is a higher
number than 1.13, even if your end destination is 1.13, it would pick 1.599.
Got it, no easy way out other than move my bunch
to a new area. Please assign me an area. It will take me a while, though, to move across
all the toys.
Right. Allocated area 31 for you. Go ahead and start moving things over. Let me know when
you want me to update the nodename database.
BTW, interestingly, MIM has also decided that
IMPVAX is the way to reach area 12 (Tim in Perth, Australia), despite Tim having 3 or more
other direct GRE tunnels to other area routers. Is this because IMPVAX happens to be in
the same area as MIM (unlike his other tunnels)?
No. It just happens to be the cheapest path to area 12. MIM is an area router, so it has
the full picture of all other area routers, and it can figure out the cheapest way to get
to area 12, which is through IMPVAX.
With IMPVAX, it becomes the cost to get to IMPVAX, which carries a cost of 4 at MIM, and
then at IMPVAX, the next hop is IMPRTR on QNA-1. That hop has a cost of 4 as well. What
the cost of the link between IMPRTR and area 12 is I don't know, but this has a cost
of 8+N, whatever that N is. Any other path to area 12 from MIM will likely go through
several hosts as well, as I do not have any direct connection to area 12. And other places
then have higher costs in the end for the whole path from MIM.
Johnny
>
> DECnet routing is kindof stupid. When a node in one area wants to talk to a node in
another area, the only thing it does is figure out how to get to that area. And that just
means find the lowest cost path to any node in that area. And here it where it gets
silly.
>
> Until a couple of days ago, CTAKAH:: had the same cost for all circuits. That
resulted in CTAKAH choosing IMPVAX for all communication to area 1. So even though CTAKAH
and MIM have a direct circuit between them, packets from CTAKAH (in Russia) and MIM (in
Sweden) were travelling over New York.
>
> CTAKAH have now dropped the cost for the circuits to MIM to a little lower, meaning
it will prefer this link. But that also means that even through CTAKAH and IMPVAX have a
direct connection, all packets from CTAKAH to IMPVAX will pass over MIM.
>
> In essence, this is how DECnet works, and you cannot get around this. When multiple
connections to a different area exists, it is going to be suboptimal. The one thing would
could do to improve things a bit would be to move you to an area of your own. Then both
links would become useful for more than redundancy backup.
>
> Johnny
>
>> On 2019-02-26 20:53, Supratim Sanyal wrote:
>> This email is directed to owners of Cisco routers with GRE tunnels; to the best
of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian Hechinger, Mark Darvill, Cory
Smelosky, Peter L?thberg ... who else?
>>
>> I already have a stable GRE tunnel to A12RTR for a while now, and am looking for
end-points on other Cisco routers on HECnet to connect to. I will be coming in from IP
address 45.62.248.66, DECnet node 1.919.
>>
>> If possible, please let me know what GRE end-points I can connect to. You can, of
course, DM me too.
>>
>> Thank you.
>>
>> Supratim
>> +1-240-483-8572 (cell)
>>
>>
>>
>>
>>
>>
>>
>>
>
>
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol 
1:19 a.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
I?m connected via VDE to Supratim?s network. Must I also move to area 31?
Just curious ...
--
"Jazz music stimulates the minds and uplifts the souls of those who play it
was well as of those who listen to immerse themselves in it. As the mind is
stimulated and the soul uplifted, this is eventually reflected in the
body." -- Horace Silver
1:24 a.m.
On 2019-02-27 01:19, Frank Wortner wrote:
I?m connected via VDE to Supratim?s network.? Must I
also move to area
31? Just curious ...
Yup, you'll have to move along. Sorry... Or else we'd need to hook you
up to someone else, but I think it's probably smarter to keep the
connection. Ask Supratim for a nodenumber (or several) from the new
area, and switch over when Supratim does.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
1:27 a.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
OK. Thanks for confirming that. This should not be a problem. After all,
it is only a hobby. ?
On Tue, Feb 26, 2019 at 7:24 PM Johnny Billquist <bqt at softjar.se> wrote:
On 2019-02-27 01:19, Frank Wortner wrote:
--
"Jazz music stimulates the minds and uplifts the souls of those who play it
was well as of those who listen to immerse themselves in it. As the mind is
stimulated and the soul uplifted, this is eventually reflected in the
body." -- Horace Silver
I?m connected via VDE to Supratim?s network.
Must I also move to area
31? Just curious ...
Yup, you'll have to move along. Sorry... Or else we'd need to hook you
up to someone else, but I think it's probably smarter to keep the
connection. Ask Supratim for a nodenumber (or several) from the new
area, and switch over when Supratim does.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
1:35 a.m.
On Feb 26, 2019, at 7:19 PM, Frank Wortner <frank
at wortner.com> wrote:
I?m connected via VDE to Supratim?s network. Must I also move to area 31? Just curious
The critical requirement is that an area must not be partitioned. So all nodes in area X
need to have connections among them that don't pass through non-X routers.
The reason is that DECnet area routing looks for the closest area router that is attached
to area X, and sends traffic for X there. If X is partitioned, then only the part of X
that's reachable via that area router is accessible. And note that "closest area
router" depends on where you start from, so a partitioned area will not necessarily
look the same to everyone outside. Some may see partition 1, some may see partition 2.
DECnet Phase V includes the ability to repair partitioned areas by going from one
partition to the other via the L2 network, but that isn't possible in Phase IV. It
can only be done if you have what amounts to a map -- the "link state routing"
that is the distinguishing feature of Phase V.
By the way, the limitations of area routing that Johnny described are not specific to
DECnet. You'll find them in any hierarchical routing scheme, because the essence (the
purpose) of hierarchical routing is to summarize the fine detail of the network map in far
away places. The details of exactly how that hiding works and how (if at all) the system
deals with cases that aren't well handled by a summary route vary depending on the
specific protocol. For example, the ATM network routing protocol P-NNI is somewhat like
Phase V in that it uses link state routing, but it uses more than two levels, and it has
the ability to describe "exception routes" for places for which the summary is
not a good approximation.
paul
9 Apr
9 Apr
10:24 p.m.
On 2/26/19 2:53 PM, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with
GRE tunnels; to
the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect to. I
will be coming in from IP address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
Reviving this request, now that I am on my own Area 31. Once again,
seeking GRE tunnel end points from owners of CISCO switches, to the best
of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
Thanks,
Supratim
10 Apr
10 Apr
4:34 a.m.
On 4/9/19 4:24 PM, Supratim Sanyal wrote:
Reviving this request, now that I am on my own Area
31. Once again,
seeking GRE tunnel end points from owners of CISCO switches, to the best
of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
I can do it. Brian was auto-generating Cisco mesh configs; let's see
if he pipes up to add you to that database. If not, I can add you to my
configuration manually.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
1:57 p.m.
Let me remember how that thing works and I'll get him added. :)
I really need to re-write that.
-brian
On Tue, 2019-04-09 at 22:34 -0400, Dave McGuire wrote:
On 4/9/19 4:24 PM, Supratim Sanyal wrote:
Reviving this request, now that I am on my own Area 31. Once
again,seeking GRE tunnel end points from owners of CISCO switches, to
the bestof my limited knowledge, perhaps Dave McGuire, Ian
McLaughlin, BrianHechinger, Mark Darvill, Cory Smelosky and Peter
L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
I can do it. Brian was auto-generating Cisco mesh configs; let's
seeif he pipes up to add you to that database. If not, I can add you
to myconfiguration manually.
-Dave
1:59 p.m.
Is the Cisco device directly available on the internet? For my tool to
work I need that (although the new version I'm planning won't)
-brian
On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
On 2/26/19 2:53 PM, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with GRE tunnels;
to the best of my limited knowledge, Dave McGuire, Ian McLaughlin,
Brian Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who
else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect
to. I will be coming in from IP address 45.62.248.66, DECnet node
1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
Reviving this request, now that I am on my own Area 31. Once again,
seeking GRE tunnel end points from owners of CISCO switches, to the
best of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin,
Brian Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
Thanks,Supratim
3:32 p.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Brian,
Behind NAT, protocol 47 forwarded. I can, of course, forward any port you need - just let
me know what to open and forward.
I am already connected to A12RTR, BTW.
Thanks
Supratim
On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko
at 4amlunch.net> wrote:
Is the Cisco device directly available on the internet? For my tool to work I need that
(although the new version I'm planning won't)
-brian
> On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
>> On 2/26/19 2:53 PM, Supratim Sanyal wrote:
>
> This email is directed to owners of Cisco routers with GRE tunnels; to
> the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
>
> I already have a stable GRE tunnel to A12RTR for a while now, and am
> looking for end-points on other Cisco routers on HECnet to connect to. I
> will be coming in from IP address 45.62.248.66, DECnet node 1.919.
>
> If possible, please let me know what GRE end-points I can connect to.
> You can, of course, DM me too.
>
> Thank you.
>
> Supratim
>
> Reviving this request, now that I am on my own Area 31. Once again,
> seeking GRE tunnel end points from owners of CISCO switches, to the best
> of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
>
> My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
>
> Thanks,
> Supratim
>
4:36 p.m.
Ok, here's what I need from you.
You need to allow SNMP into the Cisco but you can limit that to only be
allowed from myst.platinum.net (199.166.5.172)
I need:
You IP: (which you already provided)Is IP static:hostname: (only really
matters with dynamic IP)Source Interface: (this is the interface on the
Cisco that the GRE tunnel(s) are on)Writable SNMP Community name:
-brian
On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
Brian,
Behind NAT, protocol 47 forwarded. I can, of course, forward any port
you need - just let me know what to open and forward.
I am already connected to A12RTR, BTW.
Thanks
Supratim
On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net>
wrote:
Is the Cisco device directly available on the internet? For my tool
to work I need that (although the new version I'm planning won't)
-brian
On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
On 2/26/19 2:53 PM, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with GRE tunnels;
to the best of my limited knowledge, Dave McGuire, Ian McLaughlin,
Brian Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who
else?
I already have a stable GRE tunnel to A12RTR for a while now, and am
looking for end-points on other Cisco routers on HECnet to connect
to. I will be coming in from IP address 45.62.248.66, DECnet node
1.919.
If possible, please let me know what GRE end-points I can connect to.
You can, of course, DM me too.
Thank you.
Supratim
Reviving this request, now that I am on my own Area 31. Once again,
seeking GRE tunnel end points from owners of CISCO switches, to the
best of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin,
Brian Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
Thanks,Supratim
5:56 p.m.
Here you go Brian.
Your IP: (which you already provided) : 45.62.248.66
Is IP static: YES
Hostname: (only really matters with dynamic IP): N/A
Source Interface: f0/1 (FastEthernet0/1)
Writable SNMP Community name: foobar
For reference, here is the currently running Tunnel12 to Tim's A12RTR:
Tunnel12 is up, line protocol is up
Hardware is Tunnel
Description: Tunnel to Area 12 A12RTR 12.1023 Tim Sneddon DECrouter
90T2 IOS V10.3 Perth, Western Australia
MTU 1514 bytes, BW 9 Kbit, DLY 500000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation TUNNEL, loopback not set
Keepalive not set
Tunnel source 10.42.2.204 (FastEthernet0/1), destination [redacted]
Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
Tunnel TTL 255
Checksumming of packets disabled, fast tunneling enabled
Path MTU Discovery, ager 10 mins, min MTU 92, MTU 0, expires never
Last input 00:00:02, output 00:00:18, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/0 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
464 packets input, 35549 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
275 packets output, 24288 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
Tunnel12 is up, line protocol is up, encapsulation is TUNNEL
Interface cost is 1, priority is 64, DECnet network: 0
Sending HELLOs every 30 seconds, routing updates 40 seconds
PhaseIV VAX cluster hold time is 300 seconds
Smallest router blocksize seen is 1498 bytes
Routing input list is not set, output list is not set
Access list is not set
DECnet fast switching is enabled
Number of L1 router adjacencies is : 0
Number of L2 router adjacencies is : 1
Number of non-PhaseIV+ router adjacencies is : 0
Number of PhaseIV+ router adjacencies is : 1
On 4/10/19 10:36 AM, Brian Hechinger wrote:
Ok, here's what I need from you.
You need to allow SNMP into the Cisco but you can limit that to only be
allowed from myst.platinum.net (199.166.5.172)
I need:
You IP: (which you already provided)
Is IP static:
hostname: (only really matters with dynamic IP)
Source Interface: (this is the interface on the Cisco that the GRE
tunnel(s) are on)
Writable SNMP Community name:
-brian
On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
> Brian,
>
> Behind NAT, protocol 47 forwarded. I can, of course, forward any port you need - just
let me know what to open and forward.
>
> I am already connected to A12RTR, BTW.
>
> Thanks
>
> Supratim
>
> On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net
<mailto:wonko at 4amlunch.net>> wrote:
>
> Is the Cisco device directly available on the internet? For my tool to work I need
that (although the new version I'm planning won't)
>
> -brian
>
> On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
> On 2/26/19 2:53 PM, Supratim Sanyal wrote:
>
> This email is directed to owners of Cisco routers with GRE tunnels; to
> the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
>
> I already have a stable GRE tunnel to A12RTR for a while now, and am
> looking for end-points on other Cisco routers on HECnet to connect to. I
> will be coming in from IP address 45.62.248.66, DECnet node 1.919.
>
> If possible, please let me know what GRE end-points I can connect to.
> You can, of course, DM me too.
>
> Thank you.
>
> Supratim
>
> Reviving this request, now that I am on my own Area 31. Once again,
> seeking GRE tunnel end points from owners of CISCO switches, to the best
> of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
>
> My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
>
> Thanks,
> Supratim
>
>
>
--
Sent from a Compaq CQ61 running Linux Mint Tessa
-
Ain't got no cash, ain't got no style
Ain't got no gal to make you smile
Don't worry, be happy
- Bobby McFerrin
6:36 p.m.
Something didn't work:
Reloading router: 45.62.248.66 foobar 199.166.5.172 tunnel-
supratim.net-ipv4.txt
running................................................................
.......................................................................
.......................................................................
.......................................................................
.......................................................................
..............
failed
On Wed, 2019-04-10 at 11:56 -0400, Supratim Sanyal wrote:
Here you go Brian.
Your IP: (which you already provided) : 45.62.248.66Is IP static:
YESHostname: (only really matters with dynamic IP): N/ASource
Interface: f0/1 (FastEthernet0/1)Writable SNMP Community name: foobar
For reference, here is the currently running Tunnel12 to Tim's
A12RTR:
Tunnel12 is up, line protocol is up Hardware is
Tunnel Description: Tunnel to Area 12 A12RTR 12.1023 Tim Sneddon
DECrouter 90T2 IOS V10.3 Perth, Western Australia MTU 1514 bytes,
BW 9 Kbit, DLY 500000 usec, reliability 255/255, txload 1/255,
rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not
set Tunnel source 10.42.2.204 (FastEthernet0/1), destination
[redacted] Tunnel protocol/transport GRE/IP, key disabled,
sequencing disabled Tunnel TTL 255 Checksumming of packets
disabled, fast tunneling enabled Path MTU Discovery, ager 10 mins,
min MTU 92, MTU 0, expires never Last input 00:00:02, output
00:00:18, output hang never Last clearing of "show interface"
counters never Input queue: 0/75/0/0 (size/max/drops/flushes);
Total output drops: 0 Queueing strategy: fifo Output queue: 0/0
(size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute
output rate 0 bits/sec, 0 packets/sec 464 packets input, 35549
bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0
throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored,
0 abort 275 packets output, 24288 bytes, 0 underruns 0
output errors, 0 collisions, 0 interface resets 0 output buffer
failures, 0 output buffers swapped out
Tunnel12 is up, line protocol is up, encapsulation is
TUNNEL Interface cost is 1, priority is 64, DECnet network:
0 Sending HELLOs every 30 seconds, routing updates 40
seconds PhaseIV VAX cluster hold time is 300 seconds Smallest
router blocksize seen is 1498 bytes Routing input list is not set,
output list is not set Access list is not set DECnet fast
switching is enabled Number of L1 router adjacencies is :
0 Number of L2 router adjacencies is : 1 Number of non-PhaseIV+
router adjacencies is : 0 Number of PhaseIV+ router adjacencies is
: 1
On 4/10/19 10:36 AM, Brian Hechinger wrote:
Ok, here's what I need from you.
You need to allow SNMP into the Cisco but you can limit that to only
be allowed from myst.platinum.net (199.166.5.172)
I need:
You IP: (which you already provided)Is IP static:hostname: (only
really matters with dynamic IP)Source Interface: (this is the
interface on the Cisco that the GRE tunnel(s) are on)Writable SNMP
Community name:
-brian
On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
Brian,
Behind NAT, protocol 47 forwarded. I can, of course, forward any port
you need - just let me know what to open and forward.
I am already connected to A12RTR, BTW.
Thanks
Supratim
On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net <ma
ilto:wonko at 4amlunch.net>> wrote:
Is the Cisco device directly available on the internet? For my tool
to work I need that (although the new version I'm planning won't)
-brian
On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:On 2/26/19
2:53 PM, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with GRE tunnels;
tothe best of my limited knowledge, Dave McGuire, Ian McLaughlin,
BrianHechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who
else?
I already have a stable GRE tunnel to A12RTR for a while now, and
amlooking for end-points on other Cisco routers on HECnet to connect
to. Iwill be coming in from IP address 45.62.248.66, DECnet node
1.919.
If possible, please let me know what GRE end-points I can connect
to.You can, of course, DM me too.
Thank you.
Supratim
Reviving this request, now that I am on my own Area 31. Once
again,seeking GRE tunnel end points from owners of CISCO switches, to
the bestof my limited knowledge, perhaps Dave McGuire, Ian
McLaughlin, BrianHechinger, Mark Darvill, Cory Smelosky and Peter
L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
Thanks,Supratim
6:40 p.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Got this email; do I need to open up all ports for TFTP? Or I could run this manually too.
Still processing this email.
TFTP Info: tftp://199.166.5.172/tunnel-supratim.net-ipv4.txt
Reason for change: Added Tunnel54: Supratim Sanyal (Area 31)
!
! Router config for supratim.net
!
interface Tunnel51
description HECnet tunnel for Ian McLaughlin (Area 42) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 208.73.57.126
tunnel path-mtu-discovery
interface Tunnel50
description HECnet tunnel for Brian Hechinger (Area 52) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 24.98.27.217
tunnel path-mtu-discovery
interface Tunnel59
description HECnet tunnel for Mark G Thomas (Area 23) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 71.246.8.102
tunnel path-mtu-discovery
interface Tunnel52
description HECnet tunnel for Cory Smelosky (Area 9) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 50.131.218.138
tunnel path-mtu-discovery
interface Tunnel58
description HECnet tunnel for Mark Darvill (Area 22) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 81.138.115.178
tunnel path-mtu-discovery
interface Tunnel53
description HECnet tunnel for Dave McGuire (Area 61) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 50.73.179.1
tunnel path-mtu-discovery
interface Tunnel57
description HECnet tunnel for Tim Sneddon (Area 12) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 110.141.227.104
tunnel path-mtu-discovery
end
On Apr 10, 2019, at 12:36 PM, Brian Hechinger
<wonko at 4amlunch.net> wrote:
Something didn't work:
Reloading router: 45.62.248.66 foobar 199.166.5.172 tunnel-supratim.net-ipv4.txt
running..........................................................................................................................................................................................................................................................................................................................................................................
failed
> On Wed, 2019-04-10 at 11:56 -0400, Supratim Sanyal wrote:
> Here you go Brian.
>
> Your IP: (which you already provided) : 45.62.248.66
> Is IP static: YES
> Hostname: (only really matters with dynamic IP): N/A
> Source Interface: f0/1 (FastEthernet0/1)
> Writable SNMP Community name: foobar
>
> For reference, here is the currently running Tunnel12 to Tim's A12RTR:
>
> Tunnel12 is up, line protocol is up
> Hardware is Tunnel
> Description: Tunnel to Area 12 A12RTR 12.1023 Tim Sneddon DECrouter
> 90T2 IOS V10.3 Perth, Western Australia
> MTU 1514 bytes, BW 9 Kbit, DLY 500000 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation TUNNEL, loopback not set
> Keepalive not set
> Tunnel source 10.42.2.204 (FastEthernet0/1), destination [redacted]
> Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
> Tunnel TTL 255
> Checksumming of packets disabled, fast tunneling enabled
> Path MTU Discovery, ager 10 mins, min MTU 92, MTU 0, expires never
> Last input 00:00:02, output 00:00:18, output hang never
> Last clearing of "show interface" counters never
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
> Queueing strategy: fifo
> Output queue: 0/0 (size/max)
> 5 minute input rate 0 bits/sec, 0 packets/sec
> 5 minute output rate 0 bits/sec, 0 packets/sec
> 464 packets input, 35549 bytes, 0 no buffer
> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> 275 packets output, 24288 bytes, 0 underruns
> 0 output errors, 0 collisions, 0 interface resets
> 0 output buffer failures, 0 output buffers swapped out
>
> Tunnel12 is up, line protocol is up, encapsulation is TUNNEL
> Interface cost is 1, priority is 64, DECnet network: 0
> Sending HELLOs every 30 seconds, routing updates 40 seconds
> PhaseIV VAX cluster hold time is 300 seconds
> Smallest router blocksize seen is 1498 bytes
> Routing input list is not set, output list is not set
> Access list is not set
> DECnet fast switching is enabled
> Number of L1 router adjacencies is : 0
> Number of L2 router adjacencies is : 1
> Number of non-PhaseIV+ router adjacencies is : 0
> Number of PhaseIV+ router adjacencies is : 1
>
>
>
>
>> On 4/10/19 10:36 AM, Brian Hechinger wrote:
>
>
> Ok, here's what I need from you.
>
> You need to allow SNMP into the Cisco but you can limit that to only be
> allowed from myst.platinum.net (199.166.5.172)
>
> I need:
>
> You IP: (which you already provided)
> Is IP static:
> hostname: (only really matters with dynamic IP)
> Source Interface: (this is the interface on the Cisco that the GRE
> tunnel(s) are on)
> Writable SNMP Community name:
>
> -brian
>
>> On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
>
>
> Brian,
>
> Behind NAT, protocol 47 forwarded. I can, of course, forward any port you need - just
let me know what to open and forward.
>
> I am already connected to A12RTR, BTW.
>
> Thanks
>
> Supratim
>
> On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net
<mailto:wonko at 4amlunch.net>> wrote:
>
> Is the Cisco device directly available on the internet? For my tool to work I need
that (although the new version I'm planning won't)
>
> -brian
>
> On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
> On 2/26/19 2:53 PM, Supratim Sanyal wrote:
>
> This email is directed to owners of Cisco routers with GRE tunnels; to
> the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
>
> I already have a stable GRE tunnel to A12RTR for a while now, and am
> looking for end-points on other Cisco routers on HECnet to connect to. I
> will be coming in from IP address 45.62.248.66, DECnet node 1.919.
>
> If possible, please let me know what GRE end-points I can connect to.
> You can, of course, DM me too.
>
> Thank you.
>
> Supratim
>
> Reviving this request, now that I am on my own Area 31. Once again,
> seeking GRE tunnel end points from owners of CISCO switches, to the best
> of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
>
> My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
>
> Thanks,
> Supratim
>
>
>
>
>
>
6:39 p.m.
You can just drop this in for now yourself if you wanted to:
[hecnet at myst ~]$ cat /var/lib/tftpboot/tunnel-supratim.net-ipv4.txt !!
Router config for supratim.net!interface Tunnel51 description HECnet
tunnel for Ian McLaughlin (Area 42) [Version:307] no ip address
decnet cost 20 tunnel source FastEthernet0/1 tunnel destination
208.73.57.126 tunnel path-mtu-discoveryinterface Tunnel50 description
HECnet tunnel for Brian Hechinger (Area 52) [Version:307] no ip
address decnet cost 20 tunnel source FastEthernet0/1 tunnel
destination 24.98.27.217 tunnel path-mtu-discoveryinterface Tunnel59
description HECnet tunnel for Mark G Thomas (Area 23) [Version:307] no
ip address decnet cost 20 tunnel source FastEthernet0/1 tunnel
destination 71.246.8.102 tunnel path-mtu-discoveryinterface Tunnel52
description HECnet tunnel for Cory Smelosky (Area 9) [Version:307] no
ip address decnet cost 20 tunnel source FastEthernet0/1 tunnel
destination 50.131.218.138 tunnel path-mtu-discoveryinterface
Tunnel58 description HECnet tunnel for Mark Darvill (Area 22)
[Version:307] no ip address decnet cost 20 tunnel source
FastEthernet0/1 tunnel destination 81.138.115.178 tunnel path-mtu-
discoveryinterface Tunnel53 description HECnet tunnel for Dave McGuire
(Area 61) [Version:307] no ip address decnet cost 20 tunnel source
FastEthernet0/1 tunnel destination 50.73.179.1 tunnel path-mtu-
discoveryinterface Tunnel57 description HECnet tunnel for Tim Sneddon
(Area 12) [Version:307] no ip address decnet cost 20 tunnel source
FastEthernet0/1 tunnel destination 110.141.227.104 tunnel path-mtu-
discoveryend
I really need to re-write this pile. :)
-brian
On Wed, 2019-04-10 at 11:56 -0400, Supratim Sanyal wrote:
Here you go Brian.
Your IP: (which you already provided) : 45.62.248.66Is IP static:
YESHostname: (only really matters with dynamic IP): N/ASource
Interface: f0/1 (FastEthernet0/1)Writable SNMP Community name: foobar
For reference, here is the currently running Tunnel12 to Tim's
A12RTR:
Tunnel12 is up, line protocol is up Hardware is
Tunnel Description: Tunnel to Area 12 A12RTR 12.1023 Tim Sneddon
DECrouter 90T2 IOS V10.3 Perth, Western Australia MTU 1514 bytes,
BW 9 Kbit, DLY 500000 usec, reliability 255/255, txload 1/255,
rxload 1/255 Encapsulation TUNNEL, loopback not set Keepalive not
set Tunnel source 10.42.2.204 (FastEthernet0/1), destination
[redacted] Tunnel protocol/transport GRE/IP, key disabled,
sequencing disabled Tunnel TTL 255 Checksumming of packets
disabled, fast tunneling enabled Path MTU Discovery, ager 10 mins,
min MTU 92, MTU 0, expires never Last input 00:00:02, output
00:00:18, output hang never Last clearing of "show interface"
counters never Input queue: 0/75/0/0 (size/max/drops/flushes);
Total output drops: 0 Queueing strategy: fifo Output queue: 0/0
(size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute
output rate 0 bits/sec, 0 packets/sec 464 packets input, 35549
bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0
throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored,
0 abort 275 packets output, 24288 bytes, 0 underruns 0
output errors, 0 collisions, 0 interface resets 0 output buffer
failures, 0 output buffers swapped out
Tunnel12 is up, line protocol is up, encapsulation is
TUNNEL Interface cost is 1, priority is 64, DECnet network:
0 Sending HELLOs every 30 seconds, routing updates 40
seconds PhaseIV VAX cluster hold time is 300 seconds Smallest
router blocksize seen is 1498 bytes Routing input list is not set,
output list is not set Access list is not set DECnet fast
switching is enabled Number of L1 router adjacencies is :
0 Number of L2 router adjacencies is : 1 Number of non-PhaseIV+
router adjacencies is : 0 Number of PhaseIV+ router adjacencies is
: 1
On 4/10/19 10:36 AM, Brian Hechinger wrote:
Ok, here's what I need from you.
You need to allow SNMP into the Cisco but you can limit that to only
be allowed from myst.platinum.net (199.166.5.172)
I need:
You IP: (which you already provided)Is IP static:hostname: (only
really matters with dynamic IP)Source Interface: (this is the
interface on the Cisco that the GRE tunnel(s) are on)Writable SNMP
Community name:
-brian
On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
Brian,
Behind NAT, protocol 47 forwarded. I can, of course, forward any port
you need - just let me know what to open and forward.
I am already connected to A12RTR, BTW.
Thanks
Supratim
On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net <ma
ilto:wonko at 4amlunch.net>> wrote:
Is the Cisco device directly available on the internet? For my tool
to work I need that (although the new version I'm planning won't)
-brian
On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:On 2/26/19
2:53 PM, Supratim Sanyal wrote:
This email is directed to owners of Cisco routers with GRE tunnels;
tothe best of my limited knowledge, Dave McGuire, Ian McLaughlin,
BrianHechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who
else?
I already have a stable GRE tunnel to A12RTR for a while now, and
amlooking for end-points on other Cisco routers on HECnet to connect
to. Iwill be coming in from IP address 45.62.248.66, DECnet node
1.919.
If possible, please let me know what GRE end-points I can connect
to.You can, of course, DM me too.
Thank you.
Supratim
Reviving this request, now that I am on my own Area 31. Once
again,seeking GRE tunnel end points from owners of CISCO switches, to
the bestof my limited knowledge, perhaps Dave McGuire, Ian
McLaughlin, BrianHechinger, Mark Darvill, Cory Smelosky and Peter
L?thberg.
My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
Thanks,Supratim
6:42 p.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Yup, I love the IOS prompt anyway.
Thanks Brian, I will report back when everything is up.
On Apr 10, 2019, at 12:39 PM, Brian Hechinger
<wonko at 4amlunch.net> wrote:
You can just drop this in for now yourself if you wanted to:
[hecnet at myst ~]$ cat /var/lib/tftpboot/tunnel-supratim.net-ipv4.txt
!
! Router config for supratim.net
!
interface Tunnel51
description HECnet tunnel for Ian McLaughlin (Area 42) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 208.73.57.126
tunnel path-mtu-discovery
interface Tunnel50
description HECnet tunnel for Brian Hechinger (Area 52) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 24.98.27.217
tunnel path-mtu-discovery
interface Tunnel59
description HECnet tunnel for Mark G Thomas (Area 23) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 71.246.8.102
tunnel path-mtu-discovery
interface Tunnel52
description HECnet tunnel for Cory Smelosky (Area 9) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 50.131.218.138
tunnel path-mtu-discovery
interface Tunnel58
description HECnet tunnel for Mark Darvill (Area 22) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 81.138.115.178
tunnel path-mtu-discovery
interface Tunnel53
description HECnet tunnel for Dave McGuire (Area 61) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 50.73.179.1
tunnel path-mtu-discovery
interface Tunnel57
description HECnet tunnel for Tim Sneddon (Area 12) [Version:307]
no ip address
decnet cost 20
tunnel source FastEthernet0/1
tunnel destination 110.141.227.104
tunnel path-mtu-discovery
end
I really need to re-write this pile. :)
-brian
> On Wed, 2019-04-10 at 11:56 -0400, Supratim Sanyal wrote:
> Here you go Brian.
>
> Your IP: (which you already provided) : 45.62.248.66
> Is IP static: YES
> Hostname: (only really matters with dynamic IP): N/A
> Source Interface: f0/1 (FastEthernet0/1)
> Writable SNMP Community name: foobar
>
> For reference, here is the currently running Tunnel12 to Tim's A12RTR:
>
> Tunnel12 is up, line protocol is up
> Hardware is Tunnel
> Description: Tunnel to Area 12 A12RTR 12.1023 Tim Sneddon DECrouter
> 90T2 IOS V10.3 Perth, Western Australia
> MTU 1514 bytes, BW 9 Kbit, DLY 500000 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation TUNNEL, loopback not set
> Keepalive not set
> Tunnel source 10.42.2.204 (FastEthernet0/1), destination [redacted]
> Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
> Tunnel TTL 255
> Checksumming of packets disabled, fast tunneling enabled
> Path MTU Discovery, ager 10 mins, min MTU 92, MTU 0, expires never
> Last input 00:00:02, output 00:00:18, output hang never
> Last clearing of "show interface" counters never
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
> Queueing strategy: fifo
> Output queue: 0/0 (size/max)
> 5 minute input rate 0 bits/sec, 0 packets/sec
> 5 minute output rate 0 bits/sec, 0 packets/sec
> 464 packets input, 35549 bytes, 0 no buffer
> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> 275 packets output, 24288 bytes, 0 underruns
> 0 output errors, 0 collisions, 0 interface resets
> 0 output buffer failures, 0 output buffers swapped out
>
> Tunnel12 is up, line protocol is up, encapsulation is TUNNEL
> Interface cost is 1, priority is 64, DECnet network: 0
> Sending HELLOs every 30 seconds, routing updates 40 seconds
> PhaseIV VAX cluster hold time is 300 seconds
> Smallest router blocksize seen is 1498 bytes
> Routing input list is not set, output list is not set
> Access list is not set
> DECnet fast switching is enabled
> Number of L1 router adjacencies is : 0
> Number of L2 router adjacencies is : 1
> Number of non-PhaseIV+ router adjacencies is : 0
> Number of PhaseIV+ router adjacencies is : 1
>
>
>
>
>> On 4/10/19 10:36 AM, Brian Hechinger wrote:
>
>
> Ok, here's what I need from you.
>
> You need to allow SNMP into the Cisco but you can limit that to only be
> allowed from myst.platinum.net (199.166.5.172)
>
> I need:
>
> You IP: (which you already provided)
> Is IP static:
> hostname: (only really matters with dynamic IP)
> Source Interface: (this is the interface on the Cisco that the GRE
> tunnel(s) are on)
> Writable SNMP Community name:
>
> -brian
>
>> On Wed, 2019-04-10 at 09:32 -0400, Supratim Sanyal wrote:
>
>
> Brian,
>
> Behind NAT, protocol 47 forwarded. I can, of course, forward any port you need - just
let me know what to open and forward.
>
> I am already connected to A12RTR, BTW.
>
> Thanks
>
> Supratim
>
> On Apr 10, 2019, at 7:59 AM, Brian Hechinger <wonko at 4amlunch.net
<mailto:wonko at 4amlunch.net>> wrote:
>
> Is the Cisco device directly available on the internet? For my tool to work I need
that (although the new version I'm planning won't)
>
> -brian
>
> On Tue, 2019-04-09 at 16:24 -0400, Supratim Sanyal wrote:
> On 2/26/19 2:53 PM, Supratim Sanyal wrote:
>
> This email is directed to owners of Cisco routers with GRE tunnels; to
> the best of my limited knowledge, Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky, Peter L?thberg ... who else?
>
> I already have a stable GRE tunnel to A12RTR for a while now, and am
> looking for end-points on other Cisco routers on HECnet to connect to. I
> will be coming in from IP address 45.62.248.66, DECnet node 1.919.
>
> If possible, please let me know what GRE end-points I can connect to.
> You can, of course, DM me too.
>
> Thank you.
>
> Supratim
>
> Reviving this request, now that I am on my own Area 31. Once again,
> seeking GRE tunnel end points from owners of CISCO switches, to the best
> of my limited knowledge, perhaps Dave McGuire, Ian McLaughlin, Brian
> Hechinger, Mark Darvill, Cory Smelosky and Peter L?thberg.
>
> My IP will be 45.62.248.66, DECnet node 31.1023 (IMPRTR).
>
> Thanks,
> Supratim
>
>
>
>
>
>
7:31 p.m.
Brian, my tunnel-source needs to be Vlan2.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
7:44 p.m.
On 4/10/19 1:35 PM, Dave McGuire wrote:
On 4/10/19 1:31 PM, Dave McGuire wrote:
Dave - Tunnel to A61RTR is up!
CISCO7204VXR_IMPRTR#show int Tunnel61
Tunnel61 is up, line protocol is up
Hardware is Tunnel
Description: HECnet tunnel for Dave McGuire (Area 61)
MTU 1514 bytes, BW 9 Kbit, DLY 500000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation TUNNEL, loopback not set
Keepalive not set
Tunnel source 10.42.2.204 (FastEthernet0/1), destination 50.73.179.1
Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
Tunnel TTL 255
Checksumming of packets disabled, fast tunneling enabled
Path MTU Discovery, ager 10 mins, min MTU 92, MTU 0, expires never
Last input 00:00:00, output 00:00:02, output hang never
Last clearing of "show interface" counters never
Input queue: 2/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/0 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
11 packets input, 766 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
10 packets output, 798 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
CISCO7204VXR_IMPRTR#
CISCO7204VXR_IMPRTR#show decnet route
Area Cost Hops Next Hop to Node Expires Prio
*1 5 2 FastEthernet0/0 -> IMPVAX
*3 9 3 FastEthernet0/0 -> IMPVAX
*5 8 3 FastEthernet0/0 -> IMPVAX
*7 8 3 FastEthernet0/0 -> IMPVAX
*8 8 3 FastEthernet0/0 -> IMPVAX
*12 1 1 Tunnel12 -> A12RTR 40 64 A+
*14 8 3 FastEthernet0/0 -> IMPVAX
*19 8 3 FastEthernet0/0 -> IMPVAX
*22 21 2 Tunnel12 -> A12RTR
*23 18 4 FastEthernet0/0 -> IMPVAX
*24 9 3 FastEthernet0/0 -> IMPVAX
*27 6 2 FastEthernet0/0 -> IMPVAX
*28 8 3 FastEthernet0/0 -> IMPVAX
*29 6 2 FastEthernet0/0 -> IMPVAX
*30 9 3 FastEthernet0/0 -> IMPVAX
*31 0 0 (Local) -> IMPRTR
*33 9 3 FastEthernet0/0 -> IMPVAX
*39 6 2 FastEthernet0/0 -> IMPVAX
*42 8 3 FastEthernet0/0 -> IMPVAX
*44 8 3 FastEthernet0/0 -> IMPVAX
*46 6 2 FastEthernet0/0 -> IMPVAX
*59 8 3 FastEthernet0/0 -> IMPVAX
*61 20 1 Tunnel61 -> 61.1023 31 64 A+
*62 6 2 FastEthernet0/0 -> IMPVAX
Node Cost Hops Next Hop to Node Expires Prio
*(Area) 0 0 (Local) -> IMPRTR
*IMPVAX 9 3 FastEthernet0/0 -> 31.1021
*31.3 13 4 FastEthernet0/0 -> 31.1021
*31.5 12 4 FastEthernet0/0 -> 31.1021
*31.7 12 4 FastEthernet0/0 -> 31.1021
*31.8 12 4 FastEthernet0/0 -> 31.1021
*QCOCAL 4 1 FastEthernet0/0 -> QCOCAL 33
*CLOUDY 4 1 FastEthernet0/0 -> CLOUDY 341
*JUICHI 4 1 FastEthernet0/0 -> JUICHI 39
*FEDACH 4 1 FastEthernet0/0 -> FEDACH 23
*FOMFOR 4 1 FastEthernet0/0 -> FOMFOR 26
*OSTARA 4 1 FastEthernet0/0 -> OSTARA 22
*WEXPEE 4 1 FastEthernet0/0 -> WEXPEE 89
*ENTEE4 4 1 FastEthernet0/0 -> ENTEE4 66
*RAPTOR 4 1 FastEthernet0/0 -> RAPTOR 36
*MACOS9 4 1 FastEthernet0/0 -> MACOS9 16
*WFW311 4 1 FastEthernet0/0 -> WFW311 28
*WXPEE2 4 1 FastEthernet0/0 -> WXPEE2 37
*TRU64 8 2 FastEthernet0/0 -> 31.1021
*XLVII 4 1 FastEthernet0/0 -> XLVII 36
*TSTVAX 8 2 FastEthernet0/0 -> 31.1021
*W2000S 4 1 FastEthernet0/0 -> W2000S 18
*MACOS7 4 1 FastEthernet0/0 -> MACOS7 15
*RST101 4 1 FastEthernet0/0 -> RST101 37
*TWENEX 4 1 FastEthernet0/0 -> TWENEX 45
*31.30 13 4 FastEthernet0/0 -> 31.1021
*31.31 8 2 FastEthernet0/0 -> 31.1021
*SHAKTI 20 1 Tunnel0 -> SHAKTI 39 10 V
*SUBWAY 4 1 FastEthernet0/0 -> SUBWAY 45
*BMT 4 1 FastEthernet0/0 -> BMT 37
*KNARF 4 1 FastEthernet0/0 -> KNARF 36
*MOKSHA 4 1 FastEthernet0/0 -> MOKSHA 33 60 V
*31.1021 4 1 FastEthernet0/0 -> 31.1021 34 70 V
*IMPRTR 0 0 (Local) -> IMPRTR
--
Sent from a Compaq CQ61 running Linux Mint Tessa
-
Ain't got no cash, ain't got no style
Ain't got no gal to make you smile
Don't worry, be happy
- Bobby McFerrin
Brian, my tunnel-source needs to be Vlan2.
I've made this change manually for now; Supratim, please verify that
you can see A61RTR.
-Dave
10:33 p.m.
Supratim,
I have just added your tunnel to my router. You should see Area 22 (A22RTR) now up
directly via a tunnel. I can now see you as a DECnet neighbour via the router.
I can now see these tunnels..
Net Node Interface MAC address Flags
0 12.1023 Tunnel57 0000.0000.0000 A
0 23.1023 Tunnel59 0000.0000.0000 A
0 31.1023 Tunnel58 0000.0000.0000 A
0 42.1022 Tunnel51 0000.0000.0000 A
0 61.1023 Tunnel53 0000.0000.0000 A
Mark
On 26 Feb 2019, at 19:53, Supratim Sanyal <supratim
at riseup.net> wrote:
This email is directed to owners of Cisco routers with GRE tunnels; to the best of my
limited knowledge, Dave McGuire, Ian McLaughlin, Brian Hechinger, Mark Darvill, Cory
Smelosky, Peter L?thberg ... who else?
I already have a stable GRE tunnel to A12RTR for a while now, and am looking for
end-points on other Cisco routers on HECnet to connect to. I will be coming in from IP
address 45.62.248.66, DECnet node 1.919.
If possible, please let me know what GRE end-points I can connect to. You can, of course,
DM me too.
Thank you.
Supratim
+1-240-483-8572 (cell)
--
Sent from a Compaq CQ61 running Linux Mint Tessa
-
Ain't got no cash, ain't got no style
Ain't got no gal to make you smile
Don't worry, be happy
- Bobby McFerrin
11:24 p.m.
On 4/10/19 4:33 PM, Mark Darvill wrote:
Supratim,
I have just added your tunnel to my router. You should see Area 22 (A22RTR) now up
directly via a tunnel. I can now see you as a DECnet neighbour via the router.
Thank you, Mark.
I see the following tunnels up at this time, so you are missing the same
two as I from Brian's list (Areas 9 and 52). Which is awesome, because
my confidence of not having screwed up has just skyrocketed.
Area Cost Hops Next Hop to Node Expires Prio
*12 2 1 Tunnel12 -> A12RTR 44 64
*22 2 1 Tunnel22 -> A22RTR 36 64
*23 2 1 Tunnel23 -> 23.1023 45 64
*42 2 1 Tunnel42 -> HUB 42 64
*61 2 1 Tunnel61 -> A61RTR 38 64
I can now see these tunnels..
Net Node Interface MAC address Flags
0 12.1023 Tunnel57 0000.0000.0000 A
0 23.1023 Tunnel59 0000.0000.0000 A
0 31.1023 Tunnel58 0000.0000.0000 A
0 42.1022 Tunnel51 0000.0000.0000 A
0 61.1023 Tunnel53 0000.0000.0000 A
Mark
Regards,
Supratim
11:38 p.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Area 52 is down. I really need to do something about that.
On Wed, Apr 10, 2019, 17:24 Supratim Sanyal <supratim at riseup.net> wrote:
On 4/10/19 4:33 PM, Mark Darvill wrote:
Supratim,
I have just added your tunnel to my router. You should see Area 22
(A22RTR) now up
directly via a tunnel. I can now see you as a DECnet
neighbour via the router.
Thank you, Mark.
I see the following tunnels up at this time, so you are missing the same
two as I from Brian's list (Areas 9 and 52). Which is awesome, because
my confidence of not having screwed up has just skyrocketed.
Area Cost Hops Next Hop to Node Expires Prio
*12 2 1 Tunnel12 -> A12RTR 44 64
*22 2 1 Tunnel22 -> A22RTR 36 64
*23 2 1 Tunnel23 -> 23.1023 45 64
*42 2 1 Tunnel42 -> HUB 42 64
*61 2 1 Tunnel61 -> A61RTR 38 64
I can now see these tunnels..
Net Node Interface MAC address Flags
0 12.1023 Tunnel57 0000.0000.0000 A
0 23.1023 Tunnel59 0000.0000.0000 A
0 31.1023 Tunnel58 0000.0000.0000 A
0 42.1022 Tunnel51 0000.0000.0000 A
0 61.1023 Tunnel53 0000.0000.0000 A
Mark
Regards,
Supratim
11:42 p.m.
New subject: One more for the Cisco GRE mesh: Seeking Tunnel End-Points
Boo, the Nexus doesn't appear to do DECnet. Guess I'll setup the 2851.
On Wed, Apr 10, 2019, 17:38 Brian Hechinger <wonko at 4amlunch.net> wrote:
Area 52 is down. I really need to do something about
that.
On Wed, Apr 10, 2019, 17:24 Supratim Sanyal <supratim at riseup.net> wrote:
On 4/10/19 4:33 PM, Mark Darvill wrote:
Supratim,
I have just added your tunnel to my router. You should see Area 22
(A22RTR) now up
directly via a tunnel. I can now see you as a DECnet
neighbour via the router.
Thank you, Mark.
I see the following tunnels up at this time, so you are missing the same
two as I from Brian's list (Areas 9 and 52). Which is awesome, because
my confidence of not having screwed up has just skyrocketed.
Area Cost Hops Next Hop to Node Expires Prio
*12 2 1 Tunnel12 -> A12RTR 44 64
*22 2 1 Tunnel22 -> A22RTR 36 64
*23 2 1 Tunnel23 -> 23.1023 45 64
*42 2 1 Tunnel42 -> HUB 42 64
*61 2 1 Tunnel61 -> A61RTR 38 64
I can now see these tunnels..
Net Node Interface MAC address Flags
0 12.1023 Tunnel57 0000.0000.0000 A
0 23.1023 Tunnel59 0000.0000.0000 A
0 31.1023 Tunnel58 0000.0000.0000 A
0 42.1022 Tunnel51 0000.0000.0000 A
0 61.1023 Tunnel53 0000.0000.0000 A
Mark
Regards,
Supratim
2083
days inactive
2126
days old
28 comments
7 participants
participants (7)
-
bqt＠softjar.se -
frank＠wortner.com -
mark.darvill＠mac.com -
mcguire＠neurotica.com -
paulkoning＠comcast.net -
supratim＠riseup.net -
wonko＠4amlunch.net