Awesome. Are you Johnny-bridging? Or doing something like DECnet
encapsulated in GRE?
We can go off-list to negotiate the link particulars...
On Tue, Jan 14, 2014 at 6:01 PM, Dave McGuire <mcguire at neurotica.com> wrote:
On 01/14/2014 08:17 PM, Mark Abene wrote:
I'm not using the virtual cisco for HECnet at all, that's only for the
X.25 project (currently at sampsa.com, though I may run a local node
additionally).
For HECnet I'm just running a plain old fashioned Johnny-bridge. :)
I take it HECnet peers are lacking in the U.S.?
I can provide tunnel endpoints. Real Cisco hardware here, real static
IP addresses, good bandwidth.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 01/14/2014 08:17 PM, Mark Abene wrote:
I'm not using the virtual cisco for HECnet at all, that's only for the
X.25 project (currently at sampsa.com, though I may run a local node
additionally).
For HECnet I'm just running a plain old fashioned Johnny-bridge. :)
I take it HECnet peers are lacking in the U.S.?
I can provide tunnel endpoints. Real Cisco hardware here, real static
IP addresses, good bandwidth.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Jan 14, 2014, at 8:17 PM, Mark Abene <phiber at phiber.com> wrote:
I'm not using the virtual cisco for HECnet at all, that's only for the
X.25 project (currently at sampsa.com, though I may run a local node
additionally).
For HECnet I'm just running a plain old fashioned Johnny-bridge. :)
I take it HECnet peers are lacking in the U.S.?
I guess I should put my Python router up permanently...
paul
I'm not using the virtual cisco for HECnet at all, that's only for the
X.25 project (currently at sampsa.com, though I may run a local node
additionally).
For HECnet I'm just running a plain old fashioned Johnny-bridge. :)
I take it HECnet peers are lacking in the U.S.?
On Tue, Jan 14, 2014 at 4:31 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Tue, 14 Jan 2014, Mark Abene wrote:
Unfortunately Mark has some severe bandwidth limitations which are
making this link unusably slow. Bearing in mind that I'm located in
California, is there anyone who can be my bridge peer who has
reasonable bandwidth? I honestly don't need much, just something that
"works".
If you're doing virtual cisco, do you speak IPv6? If you do I can you a
semi-stable link. My IP is dynamic but my scripts should restore
connectivity within 65 seconds. The longest wait would be for Brian H.'s
scripts.
-Mark
On Tue, Jan 14, 2014 at 4:12 PM, Jovan Trujillo
<jovan.trujillo2 at gmail.com> wrote:
I would like an account if you open up telnet. Thanks!
Sent from my iPhone
On Jan 14, 2014, at 4:52 PM, Mark Abene <phiber at phiber.com> wrote:
False alarm. Sampsa's bridge was apparently broken. I peered with
Mark Wickens and my adjacency came right up. Good to go. Would
anyone like an account on my TOPS-20 system? It's at 4.1022, node
name GLGMSH. It's also reachable via LAT. I may consider opening it
up via telnet as well.
On Tue, Jan 14, 2014 at 8:06 AM, <Paul_Koning at dell.com> wrote:
I d suggest firing up wireshark or equivalent to capture the DECnet
traffic. See what it shows. Wireshark has some DECnet packet annotation
(though some of it is badly broken route packets are not parsed right).
Look for packets from the neighbor routers you re expecting to see. And
look at the hello packets from both sides and match them against what the
DECnet routing spec says should happen.
If necessary, post a few lines from the result and we can look it over.
paul
On Jan 14, 2014, at 2:38 AM, Mark Abene <phiber at phiber.com> wrote:
I'm only ever seeing LAT and MOP packets coming over the bridge; my
DECnet 0x6003 packets get silently ignored, and I never see any coming
from the far end of the bridge. Is anyone willing to bridge with me
as a test for comparison? I don't yet have an area assigned by Johnny
since I only have one machine at present (but that may change), so
I've been using the same area number as the remote bridge peer.
-Mark
On Mon, Jan 13, 2014 at 10:45 PM, Mark Abene <phiber at phiber.com>
wrote:
OK, I'm at the hair-tearing-out stage... Who here has a TOPS-20
system
connected to HECnet? I'm trying to peer with Sampsa with "bridge" in
his same area as an endnode. Bridge works fine on my end, lots of
activity in debug mode, and I see lots of node number entries if I
send it a SIGUSR1. However I never "see" the adjacent node in NCP,
though my circuit and line are up and active. Adding a few nodes
manually with NCP SET NODE and then trying a SET HOST in the monitor
just times out. If I do this while watching my ethernet with
tcpdump,
I see my real DECnet traffic, immediately followed by its
encapsulated
udp packet going out over port 4711. However, I never get any
responses to my SET HOST from the remote bridge side. Any
suggestions
on debugging this?
Thanks,
Mark
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Tue, 14 Jan 2014, Mark Abene wrote:
Unfortunately Mark has some severe bandwidth limitations which are
making this link unusably slow. Bearing in mind that I'm located in
California, is there anyone who can be my bridge peer who has
reasonable bandwidth? I honestly don't need much, just something that
"works".
If you're doing virtual cisco, do you speak IPv6? If you do I can you a semi-stable link. My IP is dynamic but my scripts should restore connectivity within 65 seconds. The longest wait would be for Brian H.'s scripts.
-Mark
On Tue, Jan 14, 2014 at 4:12 PM, Jovan Trujillo
<jovan.trujillo2 at gmail.com> wrote:
I would like an account if you open up telnet. Thanks!
Sent from my iPhone
On Jan 14, 2014, at 4:52 PM, Mark Abene <phiber at phiber.com> wrote:
False alarm. Sampsa's bridge was apparently broken. I peered with
Mark Wickens and my adjacency came right up. Good to go. Would
anyone like an account on my TOPS-20 system? It's at 4.1022, node
name GLGMSH. It's also reachable via LAT. I may consider opening it
up via telnet as well.
On Tue, Jan 14, 2014 at 8:06 AM, <Paul_Koning at dell.com> wrote:
I d suggest firing up wireshark or equivalent to capture the DECnet traffic. See what it shows. Wireshark has some DECnet packet annotation (though some of it is badly broken route packets are not parsed right). Look for packets from the neighbor routers you re expecting to see. And look at the hello packets from both sides and match them against what the DECnet routing spec says should happen.
If necessary, post a few lines from the result and we can look it over.
paul
On Jan 14, 2014, at 2:38 AM, Mark Abene <phiber at phiber.com> wrote:
I'm only ever seeing LAT and MOP packets coming over the bridge; my
DECnet 0x6003 packets get silently ignored, and I never see any coming
from the far end of the bridge. Is anyone willing to bridge with me
as a test for comparison? I don't yet have an area assigned by Johnny
since I only have one machine at present (but that may change), so
I've been using the same area number as the remote bridge peer.
-Mark
On Mon, Jan 13, 2014 at 10:45 PM, Mark Abene <phiber at phiber.com> wrote:
OK, I'm at the hair-tearing-out stage... Who here has a TOPS-20 system
connected to HECnet? I'm trying to peer with Sampsa with "bridge" in
his same area as an endnode. Bridge works fine on my end, lots of
activity in debug mode, and I see lots of node number entries if I
send it a SIGUSR1. However I never "see" the adjacent node in NCP,
though my circuit and line are up and active. Adding a few nodes
manually with NCP SET NODE and then trying a SET HOST in the monitor
just times out. If I do this while watching my ethernet with tcpdump,
I see my real DECnet traffic, immediately followed by its encapsulated
udp packet going out over port 4711. However, I never get any
responses to my SET HOST from the remote bridge side. Any suggestions
on debugging this?
Thanks,
Mark
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Unfortunately Mark has some severe bandwidth limitations which are
making this link unusably slow. Bearing in mind that I'm located in
California, is there anyone who can be my bridge peer who has
reasonable bandwidth? I honestly don't need much, just something that
"works".
-Mark
On Tue, Jan 14, 2014 at 4:12 PM, Jovan Trujillo
<jovan.trujillo2 at gmail.com> wrote:
I would like an account if you open up telnet. Thanks!
Sent from my iPhone
On Jan 14, 2014, at 4:52 PM, Mark Abene <phiber at phiber.com> wrote:
False alarm. Sampsa's bridge was apparently broken. I peered with
Mark Wickens and my adjacency came right up. Good to go. Would
anyone like an account on my TOPS-20 system? It's at 4.1022, node
name GLGMSH. It's also reachable via LAT. I may consider opening it
up via telnet as well.
On Tue, Jan 14, 2014 at 8:06 AM, <Paul_Koning at dell.com> wrote:
I d suggest firing up wireshark or equivalent to capture the DECnet traffic. See what it shows. Wireshark has some DECnet packet annotation (though some of it is badly broken route packets are not parsed right). Look for packets from the neighbor routers you re expecting to see. And look at the hello packets from both sides and match them against what the DECnet routing spec says should happen.
If necessary, post a few lines from the result and we can look it over.
paul
On Jan 14, 2014, at 2:38 AM, Mark Abene <phiber at phiber.com> wrote:
I'm only ever seeing LAT and MOP packets coming over the bridge; my
DECnet 0x6003 packets get silently ignored, and I never see any coming
from the far end of the bridge. Is anyone willing to bridge with me
as a test for comparison? I don't yet have an area assigned by Johnny
since I only have one machine at present (but that may change), so
I've been using the same area number as the remote bridge peer.
-Mark
On Mon, Jan 13, 2014 at 10:45 PM, Mark Abene <phiber at phiber.com> wrote:
OK, I'm at the hair-tearing-out stage... Who here has a TOPS-20 system
connected to HECnet? I'm trying to peer with Sampsa with "bridge" in
his same area as an endnode. Bridge works fine on my end, lots of
activity in debug mode, and I see lots of node number entries if I
send it a SIGUSR1. However I never "see" the adjacent node in NCP,
though my circuit and line are up and active. Adding a few nodes
manually with NCP SET NODE and then trying a SET HOST in the monitor
just times out. If I do this while watching my ethernet with tcpdump,
I see my real DECnet traffic, immediately followed by its encapsulated
udp packet going out over port 4711. However, I never get any
responses to my SET HOST from the remote bridge side. Any suggestions
on debugging this?
Thanks,
Mark
I would like an account if you open up telnet. Thanks!
Sent from my iPhone
On Jan 14, 2014, at 4:52 PM, Mark Abene <phiber at phiber.com> wrote:
False alarm. Sampsa's bridge was apparently broken. I peered with
Mark Wickens and my adjacency came right up. Good to go. Would
anyone like an account on my TOPS-20 system? It's at 4.1022, node
name GLGMSH. It's also reachable via LAT. I may consider opening it
up via telnet as well.
On Tue, Jan 14, 2014 at 8:06 AM, <Paul_Koning at dell.com> wrote:
I d suggest firing up wireshark or equivalent to capture the DECnet traffic. See what it shows. Wireshark has some DECnet packet annotation (though some of it is badly broken route packets are not parsed right). Look for packets from the neighbor routers you re expecting to see. And look at the hello packets from both sides and match them against what the DECnet routing spec says should happen.
If necessary, post a few lines from the result and we can look it over.
paul
On Jan 14, 2014, at 2:38 AM, Mark Abene <phiber at phiber.com> wrote:
I'm only ever seeing LAT and MOP packets coming over the bridge; my
DECnet 0x6003 packets get silently ignored, and I never see any coming
from the far end of the bridge. Is anyone willing to bridge with me
as a test for comparison? I don't yet have an area assigned by Johnny
since I only have one machine at present (but that may change), so
I've been using the same area number as the remote bridge peer.
-Mark
On Mon, Jan 13, 2014 at 10:45 PM, Mark Abene <phiber at phiber.com> wrote:
OK, I'm at the hair-tearing-out stage... Who here has a TOPS-20 system
connected to HECnet? I'm trying to peer with Sampsa with "bridge" in
his same area as an endnode. Bridge works fine on my end, lots of
activity in debug mode, and I see lots of node number entries if I
send it a SIGUSR1. However I never "see" the adjacent node in NCP,
though my circuit and line are up and active. Adding a few nodes
manually with NCP SET NODE and then trying a SET HOST in the monitor
just times out. If I do this while watching my ethernet with tcpdump,
I see my real DECnet traffic, immediately followed by its encapsulated
udp packet going out over port 4711. However, I never get any
responses to my SET HOST from the remote bridge side. Any suggestions
on debugging this?
Thanks,
Mark
False alarm. Sampsa's bridge was apparently broken. I peered with
Mark Wickens and my adjacency came right up. Good to go. Would
anyone like an account on my TOPS-20 system? It's at 4.1022, node
name GLGMSH. It's also reachable via LAT. I may consider opening it
up via telnet as well.
On Tue, Jan 14, 2014 at 8:06 AM, <Paul_Koning at dell.com> wrote:
I d suggest firing up wireshark or equivalent to capture the DECnet traffic. See what it shows. Wireshark has some DECnet packet annotation (though some of it is badly broken route packets are not parsed right). Look for packets from the neighbor routers you re expecting to see. And look at the hello packets from both sides and match them against what the DECnet routing spec says should happen.
If necessary, post a few lines from the result and we can look it over.
paul
On Jan 14, 2014, at 2:38 AM, Mark Abene <phiber at phiber.com> wrote:
I'm only ever seeing LAT and MOP packets coming over the bridge; my
DECnet 0x6003 packets get silently ignored, and I never see any coming
from the far end of the bridge. Is anyone willing to bridge with me
as a test for comparison? I don't yet have an area assigned by Johnny
since I only have one machine at present (but that may change), so
I've been using the same area number as the remote bridge peer.
-Mark
On Mon, Jan 13, 2014 at 10:45 PM, Mark Abene <phiber at phiber.com> wrote:
OK, I'm at the hair-tearing-out stage... Who here has a TOPS-20 system
connected to HECnet? I'm trying to peer with Sampsa with "bridge" in
his same area as an endnode. Bridge works fine on my end, lots of
activity in debug mode, and I see lots of node number entries if I
send it a SIGUSR1. However I never "see" the adjacent node in NCP,
though my circuit and line are up and active. Adding a few nodes
manually with NCP SET NODE and then trying a SET HOST in the monitor
just times out. If I do this while watching my ethernet with tcpdump,
I see my real DECnet traffic, immediately followed by its encapsulated
udp packet going out over port 4711. However, I never get any
responses to my SET HOST from the remote bridge side. Any suggestions
on debugging this?
Thanks,
Mark
On Tue, 14 Jan 2014, Mark Abene wrote:
Sure. Since dynamips runs the real IOS with a real config, I can send
you a copy of my config so you'll see exactly how to config the cisco
as a packet switching router with integrated vintage X.29 PAD.
Thanks! I'd appreciate that!
-Mark
On Tue, Jan 14, 2014 at 10:38 AM, Cory Smelosky <b4 at gewt.net> wrote:
On Tue, 14 Jan 2014, Mark Abene wrote:
Yes, this is purely for nostalgic reasons. It's great having an
actual X.25 network again after so long. The routing and PAD access
is accomplished on emulated Ciscos (using dynamips/dynagen). DECnet
Phase V/Plus/OSI is unfortunately needed by VMS in order to support
the X.25 protocol itself. However "xotd" will work on any linux
system, provided you mod a network listener daemon to bind to address
family X25 (I modded telnetd as a simple test) so you have something
to connect to.
And if anyone knows where I might find an old tape installer image of
PSI for TOPS-20, let me know. :)
Add me to this. I'll use my real Cisco and some sort of terminal server
hackery.
-Mark
On Tue, Jan 14, 2014 at 4:02 AM, Sampsa Laine <sampsa at mac.com> wrote:
(Johnny - sorry for the plagiarised name, just thought it fit)
So Mark Abene and me (well 99% Mark Abene) has managed to get a working
X.25-over-IP setup going. We can currently connect Linux systems and VMS
boxes, but unfortunately they have to be running DECNET Phase V..
In any case, it's a fun toy, I don't think it's actually useful in any
sane sense but I quite like the idea of having my own X.25 network..
sampsa <sampsa at mac.com>
mobile +44 7961 149465
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Sure. Since dynamips runs the real IOS with a real config, I can send
you a copy of my config so you'll see exactly how to config the cisco
as a packet switching router with integrated vintage X.29 PAD.
-Mark
On Tue, Jan 14, 2014 at 10:38 AM, Cory Smelosky <b4 at gewt.net> wrote:
On Tue, 14 Jan 2014, Mark Abene wrote:
Yes, this is purely for nostalgic reasons. It's great having an
actual X.25 network again after so long. The routing and PAD access
is accomplished on emulated Ciscos (using dynamips/dynagen). DECnet
Phase V/Plus/OSI is unfortunately needed by VMS in order to support
the X.25 protocol itself. However "xotd" will work on any linux
system, provided you mod a network listener daemon to bind to address
family X25 (I modded telnetd as a simple test) so you have something
to connect to.
And if anyone knows where I might find an old tape installer image of
PSI for TOPS-20, let me know. :)
Add me to this. I'll use my real Cisco and some sort of terminal server
hackery.
-Mark
On Tue, Jan 14, 2014 at 4:02 AM, Sampsa Laine <sampsa at mac.com> wrote:
(Johnny - sorry for the plagiarised name, just thought it fit)
So Mark Abene and me (well 99% Mark Abene) has managed to get a working
X.25-over-IP setup going. We can currently connect Linux systems and VMS
boxes, but unfortunately they have to be running DECNET Phase V..
In any case, it's a fun toy, I don't think it's actually useful in any
sane sense but I quite like the idea of having my own X.25 network..
sampsa <sampsa at mac.com>
mobile +44 7961 149465
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
