El 04/02/2013, a les 22:56, Cory Smelosky <b4 at gewt.net> va escriure:
Nevermind, Everything's fine after a rebuild of klh10
Or not still lossy This is bizarre. It was fine until the VM host moved to vmware...
I have three news for you:
1: It's a known bug (good)
2: It has a workaround (good)
3: You won't like it (baad!)
The bug is related with the async timer implementation in KLH10. It has been discussed in the TOPS-20 mailing list and someone (IIRC was the late Mark Crispin himself) said it was not fixable. The relevant details (and the workaround) are here:
https://groups.google.com/forum/?hl=en&fromgroups=#!msg/alt.sys.pdp10/xndbq…
Now the bad news. The KLH10 idling "device" is based on the asynch timer implementation, and DOES NOT WORK with synch timers. That means KLH10 will use all your available CPU, all the time.
There is ANOTHER workaroud for that (I'm using it with my KHL10 simulator running in a rasp-pi). If you are going to use Linux search for a nifty utility called cpulimit. It does just what you think it does :). In a crude way, but it works.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
An off the wall question that I m sure somebody on HECnet will know was it ever possible to download a boot image (e.g. RSX-11S) to a PDP11 over a DDCMP serial interface (e.g. a DUP/DMR/DMC or whatever)? Kind of like doing MOP over Ethernet, but without the Ethernet.
Thanks,
Bob
On 4 Feb 2013, at 16:45, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 16:38, Cory Smelosky <b4 at gewt.net> wrote:
I'm having issues bringing TOPS-20 up
tly
SJ 0: Status of structure TOPS20: is set:
SJ 0: Domestic, Unregulated, Shared, Available, Dumpable
SJ 0:
[DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 3329][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 332
Is all that gets printed to the console, is that a bad CPU instruction, have I corrupted a binary, or is that a bug in how it handles networking?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Nevermind, Everything's fine after a rebuild of klh10
Or not still lossy This is bizarre. It was fine until the VM host moved to vmware...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 4 Feb 2013, at 16:38, Cory Smelosky <b4 at gewt.net> wrote:
I'm having issues bringing TOPS-20 up
tly
SJ 0: Status of structure TOPS20: is set:
SJ 0: Domestic, Unregulated, Shared, Available, Dumpable
SJ 0:
[DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 3329][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 332
Is all that gets printed to the console, is that a bad CPU instruction, have I corrupted a binary, or is that a bug in how it handles networking?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Nevermind, Everything's fine after a rebuild of klh10...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
I'm having issues bringing TOPS-20 up
tly
SJ 0: Status of structure TOPS20: is set:
SJ 0: Domestic, Unregulated, Shared, Available, Dumpable
SJ 0:
[DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 3329][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 4086][dte_10xfrbeg: out of data, no I bit][DTE: Bad to-10 BP 0,,0][dte_10xfrbeg: 10cnt left: 332
Is all that gets printed to the console, is that a bad CPU instruction, have I corrupted a binary, or is that a bug in how it handles networking?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 2013-02-04 21:16, Dave McGuire wrote:
I am having trouble reaching MIM from here. I'm bouncing packets off
of it periodically to test some router configuration changes, and
suddenly it disappeared. Since I was making some fairly dramatic
changes to my router configuration, I assumed I had broken something,
but I can see several other nodes...just not MIM.
Is anyone else having similar problems? Johnny, what's the status of MIM?
It had crashed for some reason today. Unfortunately I lost the console so I don't know why. Rebooted now anyway.
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
On 4 Feb 2013, at 16:12, Ian McLaughlin <ian at platinum.net> wrote:
Yay. Area 9 tunnel is up:
Yup. It's still suffering local packet loss though...
hub#sh dec nei
Net Node Interface MAC address Flags
0 9.1023 Tunnel52 0000.0000.0000 A
0 52.1023 Tunnel50 0000.0000.0000 A
0 42.1023 Tunnel0 0000.0000.0000 V A
hub#ping 9.1023
Type escape sequence to abort.
Sending 5, 100-byte DECnet echos to atg 0 area.node 9.1023, timeout is 5 seconds
:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 84/92/120 ms
Ian
On 2013-02-04, at 1:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=03EC4DFC6F0E11E29…
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Yay. Area 9 tunnel is up:
hub#sh dec nei
Net Node Interface MAC address Flags
0 9.1023 Tunnel52 0000.0000.0000 A
0 52.1023 Tunnel50 0000.0000.0000 A
0 42.1023 Tunnel0 0000.0000.0000 V A
hub#ping 9.1023
Type escape sequence to abort.
Sending 5, 100-byte DECnet echos to atg 0 area.node 9.1023, timeout is 5 seconds
:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 84/92/120 ms
Ian
On 2013-02-04, at 1:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=03EC4DFC6F0E11E29…
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 2013-02-04, at 12:45 PM, Cory Smelosky <b4 at gewt.net> wrote:
I'd love to know how you configured this. I like having useless charts generated and then emailed to me if possible. ;)
I use a package called mrtg - available for most platforms I believe.
The summary page is hand-rolled html which grabs the images from each of the mrtg-generated pages.
To figure out what interface number to use in the mrtg.cfg file, I use a linux command-line tool called snmpwalk which will dump the snmp table of the cisco router - do something like this:
[root at monitor hecnet]# snmpwalk -v1 -c hecnet hub.platinum.net | grep ifDescr
IF-MIB::ifDescr.1 = STRING: Ethernet0/0
IF-MIB::ifDescr.2 = STRING: Ethernet0/1
IF-MIB::ifDescr.3 = STRING: Null0
IF-MIB::ifDescr.4 = STRING: Tunnel0
IF-MIB::ifDescr.5 = STRING: Tunnel50
IF-MIB::ifDescr.6 = STRING: Tunnel52
IF-MIB::ifDescr.7 = STRING: Tunnel53
IF-MIB::ifDescr.8 = STRING: Tunnel54
IF-MIB::ifDescr.9 = STRING: Tunnel55
[root at monitor hecnet]#
This shows you that interface 0 is the ethernet port, interface 5 is tunnel50, etc. You need to enable snmp on your cisco with:
snmp-server community hecnet RO
(choose your own community string - these were just examples).
Ian