On Mon, 1 Jul 2013, Cory Smelosky wrote:
Afternoon all,
Connor's gonna join the Cisco mesh, I'll be getting his stuff configured
and prepared for autoupdate.
He's area 32 (iirc...can't recall for certain off hand) and his IP is
71.70.225.96. It's fairly static. (hasn't changed in years).
Brian, get him added and I'll take care of the rest.
Following up on this...can I not enable DECnet routing and IP routing at the same time?
If I enable IP routing...DECnet stops working...so to have DECnet I can't have IP routing.
Is this an issue with 12.4?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Afternoon all,
Connor's gonna join the Cisco mesh, I'll be getting his stuff configured and prepared for autoupdate.
He's area 32 (iirc...can't recall for certain off hand) and his IP is 71.70.225.96. It's fairly static. (hasn't changed in years).
Brian, get him added and I'll take care of the rest.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, Jun 29, 2013 at 12:57 PM, h vlems <hvlems at zonnet.nl> wrote:
Gregg, which version of Windows are you running?
Wouldn't you need a more recent version?
Or am I reading this the wrong way..
Hans
Van: Gregg Levine
Verzonden: zaterdag 29 juni 2013 17:54
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] Revisiting Pathworks and Linux-DecNet and (GASP!)
Windows
Hello!
Right now I'm downloading a replacement copy of Pathworks 5.1 from a
friend's setup. (A like minded individual who's not as devout as all
of us.) However whilst trying to find other copies via Google, I found
references to the notion of getting version 4.1 to work accessing
things, while running of all things the (late) Windows for Workgroups,
as in its not recommended nor actually tested, then, but a group of
individuals may or may not have gotten it to work. In any case I'm
almost game.
However the last known copy or copies was hanging around something
belonging to Sampsa, at least according to my archives.
Also I've gotten the user space router that you wrote Rob to build on
my Pi, going to grab a copy of Pcap for Windows for the one running
under VMware on the Linux box (Intel) for the pre-built.
The slightly strange issue will be configuring the INI file that you
wrote for my purposes.
Johnny I'll advise you if I need to try and see if MIM is friendly
towards my particular issues in a follow up message that's on thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Correct. I'm busy setting things up for a later release, but its slow
going I'm afraid.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Gregg, which version of Windows are you running?
Wouldn't you need a more recent version?
Or am I reading this the wrong way..
Hans
Van: Gregg Levine
Verzonden: zaterdag 29 juni 2013 17:54
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] Revisiting Pathworks and Linux-DecNet and (GASP!) Windows
Hello!
Right now I'm downloading a replacement copy of Pathworks 5.1 from a
friend's setup. (A like minded individual who's not as devout as all
of us.) However whilst trying to find other copies via Google, I found
references to the notion of getting version 4.1 to work accessing
things, while running of all things the (late) Windows for Workgroups,
as in its not recommended nor actually tested, then, but a group of
individuals may or may not have gotten it to work. In any case I'm
almost game.
However the last known copy or copies was hanging around something
belonging to Sampsa, at least according to my archives.
Also I've gotten the user space router that you wrote Rob to build on
my Pi, going to grab a copy of Pcap for Windows for the one running
under VMware on the Linux box (Intel) for the pre-built.
The slightly strange issue will be configuring the INI file that you
wrote for my purposes.
Johnny I'll advise you if I need to try and see if MIM is friendly
towards my particular issues in a follow up message that's on thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Right now I'm downloading a replacement copy of Pathworks 5.1 from a
friend's setup. (A like minded individual who's not as devout as all
of us.) However whilst trying to find other copies via Google, I found
references to the notion of getting version 4.1 to work accessing
things, while running of all things the (late) Windows for Workgroups,
as in its not recommended nor actually tested, then, but a group of
individuals may or may not have gotten it to work. In any case I'm
almost game.
However the last known copy or copies was hanging around something
belonging to Sampsa, at least according to my archives.
Also I've gotten the user space router that you wrote Rob to build on
my Pi, going to grab a copy of Pcap for Windows for the one running
under VMware on the Linux box (Intel) for the pre-built.
The slightly strange issue will be configuring the INI file that you
wrote for my purposes.
Johnny I'll advise you if I need to try and see if MIM is friendly
towards my particular issues in a follow up message that's on thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Thank you, this is rather unexpected.
On Sat, Jun 29, 2013 at 4:02 AM, Jordi Guillaumes i Pons
<jg at jordi.guillaumes.name> wrote:
This could be of general interest for the list members. Looking for NVRAM chips to revive an old SparcStation 5 I have found this chinese site:
http://www.utsource.net
They have both the M48TXX RTC chips used in suns and the DS218X used in vaxstations, at a very reasonable price (around 5 USD). I have just placed an order for some chips for the suns I have, and I will tell you how it goes.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
This could be of general interest for the list members. Looking for NVRAM chips to revive an old SparcStation 5 I have found this chinese site:
http://www.utsource.net
They have both the M48TXX RTC chips used in suns and the DS218X used in vaxstations, at a very reasonable price (around 5 USD). I have just placed an order for some chips for the suns I have, and I will tell you how it goes.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
El 29/06/2013, a les 5:01, Bob Armstrong <bob at jfcl.com> va escriure:
SIMH DMC-11 emulation is good ...
Is that available yet?
It does, in the development version of simh. I have observed some issues (the performance goes down when there is more than a DMC device active).
There is also the asynchronous alternative (DDCMP over DZ device).
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On Jun 25, 2013, at 7:19 PM, Bob Armstrong wrote:
link to GORVAX, but the IP address I'm using seems to be dead...
Same here - the Multinet link to GORVAX hasn't worked for a while.
Multinet (over UDP) is such a fundamentally broken idea that it would be a *really* good idea to get rid of it. Every other option is vastly superior. GRE is a good one because it emulates a datagram datalink (Ethernet) over a datagram transport (IP). SIMH DMC-11 emulation is good because it emulation a connection oriented datalink (DDCMP) over a connection transport (TCP). Conversely, Multinet runs a connectionless transport to carry DECnet point to point traffic, in gross violation of most of the datalink requirements. So it only just barely works part of the time, and it can't possibly ever work any better.
paul
On Wed, Jun 26, 2013 at 11:06 AM, <Paul_Koning at dell.com> wrote:
PDP11 and VAX most definitely DO support idle. PDP11 idle is tied to the WAIT instruction, which is used by most operating systems (but not by RT11). VAX idle is tied to weird magic that matches code sequences against known ways of various operating systems to code their idle loops, so it's a bit more fragile -- and you have to tell it which OS you're using.
paul
On Jun 26, 2013, at 12:22 AM, Gregg Levine wrote:
Hello!
Mark, I've built SIMH (again) and had the rig record the build
functions via script. I then bundled up everything that could possibly
be of interest as you related an earlier discussion as it applies to
the emulated video display methods for several emulated systems. I
mentioned that it build properly as it applies to the ones I am
interested in, but that the PDP11 and the VAX ones do not support the
Idle functions. As least it said idle disabled on the opening screen
for the SIMH PDP11 one. On the page describing what Equipment Wanted
is what I'm currently looking for, I added to the text there my files
that you're looking for, and they are named simb.txt, and then
pdp11.txt and then simstart.txt. Remember I mentioned that I wasn't
sure that this mail service supported attachments.
On that previous e-mail I also mentioned what else was involved.
Please use it as a reference to those, and also include the relevant
earlier portions of that thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Good to know then Paul. However I'm waiting on an update from Mark on
the behind the scenes sorting. I'm still working on what will happen
up front however.....
----
Dave please stop staring at that pair of big vans painted an annoying
green and that oddly colored old car......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
PDP11 and VAX most definitely DO support idle. PDP11 idle is tied to the WAIT instruction, which is used by most operating systems (but not by RT11). VAX idle is tied to weird magic that matches code sequences against known ways of various operating systems to code their idle loops, so it's a bit more fragile -- and you have to tell it which OS you're using.
paul
On Jun 26, 2013, at 12:22 AM, Gregg Levine wrote:
Hello!
Mark, I've built SIMH (again) and had the rig record the build
functions via script. I then bundled up everything that could possibly
be of interest as you related an earlier discussion as it applies to
the emulated video display methods for several emulated systems. I
mentioned that it build properly as it applies to the ones I am
interested in, but that the PDP11 and the VAX ones do not support the
Idle functions. As least it said idle disabled on the opening screen
for the SIMH PDP11 one. On the page describing what Equipment Wanted
is what I'm currently looking for, I added to the text there my files
that you're looking for, and they are named simb.txt, and then
pdp11.txt and then simstart.txt. Remember I mentioned that I wasn't
sure that this mail service supported attachments.
On that previous e-mail I also mentioned what else was involved.
Please use it as a reference to those, and also include the relevant
earlier portions of that thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Bob Armstrong
Sent: Tuesday, June 25, 2013 19:19
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Adjacency With Node 19.41 Bouncing
link to GORVAX, but the IP address I'm using seems to be dead...
Same here - the Multinet link to GORVAX hasn't worked for a while.
Bob
Unfortunately GORVAX:: no longer runs Multinet since Sampsa rebuilt it.
-Steve
Hello!
Mark, I've built SIMH (again) and had the rig record the build
functions via script. I then bundled up everything that could possibly
be of interest as you related an earlier discussion as it applies to
the emulated video display methods for several emulated systems. I
mentioned that it build properly as it applies to the ones I am
interested in, but that the PDP11 and the VAX ones do not support the
Idle functions. As least it said idle disabled on the opening screen
for the SIMH PDP11 one. On the page describing what Equipment Wanted
is what I'm currently looking for, I added to the text there my files
that you're looking for, and they are named simb.txt, and then
pdp11.txt and then simstart.txt. Remember I mentioned that I wasn't
sure that this mail service supported attachments.
On that previous e-mail I also mentioned what else was involved.
Please use it as a reference to those, and also include the relevant
earlier portions of that thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sun, Jun 16, 2013 at 11:00 AM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
On Saturday, June 15, 2013 at 10:49 PM, Gregg Levine wrote:
On Sun, Jun 16, 2013 at 1:18 AM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
On Saturday, June 15, 2013 at 10:01 PM, Gregg Levine wrote:
On Sun, Jun 16, 2013 at 12:51 AM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
On Thursday, June 13, 2013 at 7:47 PM, Gregg Levine wrote:
On Thu, Jun 13, 2013 at 9:07 PM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
On Tuesday, June 11, 2013 at 8:42 AM, Mark Pizzolato wrote:
On Tuesday, June 11, 2013 at 8:36 AM, Sampsa Laine write:
This looks cool, anyone try it?
http://www.9track.net/simh/video/
Hi Sampsa,
How timely of you to observe this today.
Just last night I got code pieces from Matt Burke (the guy at
9track.net) to add VCB01 (QVSS) support to the simh codebase
for the MicroVAX I and MicroVAX II simulators.
I'm in the process of merging that code and adding the
necessary build mechanisms to the makefile as we speak.
This will be cleaned up and visible at
https://github.com/simh/simh in at most a couple of days....
For folks who build their own binaries, the latest github code
has a
VAXStation I and VAXStation II with the MonoChrome QVSS video
capabilities.
sim> SET CPU MODEL=VAXSTATION
enables the video subsystem.
The VAXStation I has a limit of 4MB of RAM, the VAXStation II
has a limit of
16MB.
The makefile should just build the right thing if the
development support
for libSDL is installed on your platform.
Please provide bug reports and/or other feedback with issues
created at https://github.com/simh/simh/issues
There is a glitch in my scripts which build and package the
windows binaries
which is failing to build the simulators with video support, so
folks who count on the Windows Binaries will have to wait until I fix
this.
The Windows Binaries (including VAXStation I and VAXStation II) are
now available at:
https://github.com/simh/Win32-Development-Binaries
Download the latest zip file.
Hello!
Nice to know Mark. Any suggestions for implementing it on a
Raspberry Pi system w/ 512MB of memory?
I don't see any reason it wouldn't work as long as you've got the
right SDL
development pieces available.
I did get the code outside of your screen idea to build properly.
I'm not sure what this sentence means.... what does "code outside
of your
screen idea" mean?
- Mark
Hello!
Oh sorry. I meant everything contained within the entire SIMH
retrieval except for the screen presentation method.
I think you are trying to say that all simulators except the MicroVAX I
(VAXStation I) and MicroVAX II (VAXStation II) built. OK, that is expected.
Numerous folks are running the latest code on Raspberry Pi systems. The
QVSS video on the MicroVAX I and MicroVAX II simulators was just merged
into the code base last week.
If you can't get the MicroVAX I and MicroVAX II to build, I'm going to need
more information to help. Please create an issue at
https://github.com/simh/simh/issues to record the problem and to contain
the details of chasing this down to a solution.
Please Include the output produced when you attempted to build these
simulators.
Thanks.
- Mark
Hello!
That's just it Mark. After using the git pull <repository name> command to
pull everything into the source directory I chose, I then entered the created
one, examined everything briefly, and then entered the command make and
off it went.
I first made the BIN directory, and then did that. I did need to build the Altair
ones out of sequence however. Also the Nova one as well. I did not make
the ones for the older IBM machines or the other simulators that I wasn't
familiar with.
I found that the screen thing needed the SDL library and I wasn't ready to
massage the repositories that make up Debian on Raspberry Pi to find that
one so I let wait.
My only complaint is that when I ran the vax simulation to confirm that was
all working, it then told me that the IDLE function was disabled, that was
when I asked it about the devices.
Hi Gregg,
Nothing in the new codebase should have changed idle behavior (or availability) for any simulator.
Please provide the output of "SHOW VERSION" in the simulator which isn't behaving as you want.
The complete output produced when the simulator was built will also be useful.
- Mark
Hello!
Coming up soon Mark. Several days ago I reconfigured my Raspberry Pi
to reflect using the most recent and updated release of Debian on the
thing, and containing the materials for our concerns. (That meant I
ran the regular tools for Debian to update things on it.)
And as it happens I also earlier did a fresh pull from your Git
repository and built everything fresh. Then the system told me that it
was as I related earlier.
I'm not sure if the mail list can support attachments so when I get
everything ready I'll create a new thread and provide details as to
where everything is available.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
El 25/06/2013, a les 23:14, Johnny Billquist <bqt at softjar.se> va escriure:
Nothing has changed here - I have not been around to play. In any event
I have stopped, and rebooted the bridge and, SG1:: is rebooting - just
in case.
Oh, by the way, now that you mention SG1... That node _used_ to be my backup link to Hecnet using the multinet DECNET-over-IP thing. My primary link used to be GORVAX, but right now ALL my links go thru SG1. My box still tries to set up the link to GORVAX, but the IP address I'm using seems to be dead...
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 2013-06-25 02:15, Steve Davidson wrote:
Nothing has changed here - I have not been around to play. In any event
I have stopped, and rebooted the bridge and, SG1:: is rebooting - just
in case.
Ok. Interesting. So now you seem to have a connection through KUHAVX, looking from MIM. The direct link does not seem to be active, even though I enabled it again on my side.
But when I disabled it, I could not reach you. So, did you enable some other link as well, or did you already have a second one, which was also non-functional perhaps?
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
24.06.2013 19:57, Jordi Guillaumes i Pons :
El 24/06/2013, a les 17:11, Johnny Billquist<bqt at softjar.se> va escriure:
Turns out SKNLIN:: is running Linux. I think there are lots of unsolved issues/problems with DECnet under Linux. Just pointing it out so people can be ware...
It runs reasonabily well as endnode; routing is _very_ broken, specially level 2 routing.
Linux was a temorary routing solution for me. It will be replaced with RSX in a couple of days.
Fedor.
CHIMPY:: VT100 (well VT220 if you have it) Tetris challenge relaunched!
Last year's winner never claimed his price, my suspicions being that he didn't trust banker's drafts from obscure countries like the United King of Great Britain and Northern Ireland.
So this year the price has not only been increased in total monetary value, but it is issued in CASH. That's right, the winner will get LL 25,000 (TWENTY FIVE THOUSAND LEBANESE POUNDS), a reliable currency issued by a known entity*, unlike the RBS Group.
So get your VT220 client out, telnet to CHIMPY.SAMPSA.COM, and log in as TETRIS.
We will be posting more or less frequent updates about the state of play.
* No seriously, the Lebanese Pound is dollar-pegged and hasn't been devalued for like ever. Even during the July War it didn't drop.
PS: Join our FB page at https://www.facebook.com/pages/Chimpy-Vt100-Retro-Tetris-Challenge/42111127…
sampsa <sampsa at mac.com>
mobile +961 788 10537
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Monday, June 24, 2013 11:02
To: hecnet at Update.UU.SE
Cc: Oleg Safiullin
Subject: Re: [HECnet] Adjacency With Node 19.41 Bouncing
On 2013-06-24 02:54, Johnny Billquist wrote:
On 2013-06-24 00:20, Oleg Safiullin wrote:
Robert Jarratt wrote:
I have noticed that for the last three hours or so my
adjacency with
19.41 (my router is 5.1023) is bouncing every 10-20
seconds. I don't
know if this is just something happening to me or if everyone is
seeing this?
...
05:16:43 Event type 4.18, Adjacency down
Occurred 24-JUN-13 05:16:43 on node 62.637 (CTAKAH)
Circuit UNA-0
Dropped by adjacent node, Adjacent node = 19.41 (SG1)
05:17:00 Event type 4.15, Adjacency up
Occurred 24-JUN-13 05:17:00 on node 62.637 (CTAKAH)
Circuit UNA-0
Adjacent node = 19.41 (SG1)
05:17:13 Event type 4.18, Adjacency down
Occurred 24-JUN-13 05:17:13 on node 62.637 (CTAKAH)
Circuit UNA-0
Dropped by adjacent node, Adjacent node = 19.41 (SG1)
05:17:15 Event type 4.15, Adjacency up
Occurred 24-JUN-13 05:17:15 on node 62.637 (CTAKAH)
Circuit UNA-0
Adjacent node = 19.41 (SG1)
05:17:28 Event type 4.18, Adjacency down
Occurred 24-JUN-13 05:17:28 on node 62.637 (CTAKAH)
Circuit UNA-0
Dropped by adjacent node, Adjacent node = 19.41 (SG1)
05:17:30 Event type 4.15, Adjacency up
Occurred 24-JUN-13 05:17:30 on node 62.637 (CTAKAH)
Circuit UNA-0
Adjacent node = 19.41 (SG1) ...
Yeah, I saw it too. It stopped when I started thinking about doing
something about it. As a part of that thinking, I restarted
the bridge
at my end to see some information. For some reason that got
things in
order. Possible some pollution of the hop cache in my
bridge? I don't
know, and I can't examine it after the restart. Oh well.
We'll see if
it reappears, or if someone else knows of some reason for it...
Well, it has continued every 15 seconds for more than a day.
I've turned off the bridge to Steve Davidson for now. Steve,
please contact me.
Nothing has changed here - I have not been around to play. In any event
I have stopped, and rebooted the bridge and, SG1:: is rebooting - just
in case.
-Steve
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
If it is following the DECnet standards, it should send out a System ID hello once per 10mins which should help you identifying the originator and its physical MAC address.
Kari
On 24.6.2013 21:02, Sampsa Laine wrote:
I don't know, not seeing any problem per se, but something is sending stuff with a funny MAC address, aa:00:04:00:00:00, for MOP..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 20:50, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
On Mon, Jun 24, 2013 at 1:46 PM, Sampsa Laine <sampsa at mac.com> wrote:
Found it, it's on my network in Finland.
Wireshark says it's a DEC-MOP-Remote-Console..
Could it be the decserver?
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:16, Sampsa Laine <sampsa at mac.com> wrote:
Hmm,
That's odd, I'll have a look..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:14, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-06-24 17:11, Johnny Billquist wrote:
On 2013-06-24 17:06, Johnny Billquist wrote:
Speaking of network issues, just looking at the cache right now, I think
Sampsa have something funny as well.
I can see packets from him with a mac address of aa-00-04-00-00-00,
which is more than a little odd...
Ok. More funny stuff, while I'm at it. Sampsa seem to like to have
create mac addresses in general as well, but that is ok. But the one
above is maybe less well choosen.
*Sigh* proofreading... I need to proofread things...
"Sampsa like to have creative mac addresses..." was what I was trying to say. :-)
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
Hello!
It certainly could be. After all I've got nothing working there. What
is the nature of the problem?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
.
That's a SysID message (MOP Console is for SysID, Request Counters, etc.) And packet code 07 (byte at offset 16) is Sysid.
The source address is clearly a bug. From the packet capture it looks like a VMS system -- amazing that VMS would screw up that badly.
paul
On Jun 24, 2013, at 2:05 PM, Sampsa Laine wrote:
Here's a screenshot from wireshark: http://tinypic.com/r/2hoz9xc/5
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 21:02, Sampsa Laine <sampsa at mac.com> wrote:
I don't know, not seeing any problem per se, but something is sending stuff with a funny MAC address, aa:00:04:00:00:00, for MOP..
Here's a screenshot from wireshark: http://tinypic.com/r/2hoz9xc/5
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 21:02, Sampsa Laine <sampsa at mac.com> wrote:
I don't know, not seeing any problem per se, but something is sending stuff with a funny MAC address, aa:00:04:00:00:00, for MOP..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 20:50, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
On Mon, Jun 24, 2013 at 1:46 PM, Sampsa Laine <sampsa at mac.com> wrote:
Found it, it's on my network in Finland.
Wireshark says it's a DEC-MOP-Remote-Console..
Could it be the decserver?
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:16, Sampsa Laine <sampsa at mac.com> wrote:
Hmm,
That's odd, I'll have a look..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:14, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-06-24 17:11, Johnny Billquist wrote:
On 2013-06-24 17:06, Johnny Billquist wrote:
Speaking of network issues, just looking at the cache right now, I think
Sampsa have something funny as well.
I can see packets from him with a mac address of aa-00-04-00-00-00,
which is more than a little odd...
Ok. More funny stuff, while I'm at it. Sampsa seem to like to have
create mac addresses in general as well, but that is ok. But the one
above is maybe less well choosen.
*Sigh* proofreading... I need to proofread things...
"Sampsa like to have creative mac addresses..." was what I was trying to say. :-)
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
Hello!
It certainly could be. After all I've got nothing working there. What
is the nature of the problem?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
I don't know, not seeing any problem per se, but something is sending stuff with a funny MAC address, aa:00:04:00:00:00, for MOP..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 20:50, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
On Mon, Jun 24, 2013 at 1:46 PM, Sampsa Laine <sampsa at mac.com> wrote:
Found it, it's on my network in Finland.
Wireshark says it's a DEC-MOP-Remote-Console..
Could it be the decserver?
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:16, Sampsa Laine <sampsa at mac.com> wrote:
Hmm,
That's odd, I'll have a look..
sampsa <sampsa at mac.com>
mobile +961 788 10537
On 24 Jun 2013, at 18:14, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-06-24 17:11, Johnny Billquist wrote:
On 2013-06-24 17:06, Johnny Billquist wrote:
Speaking of network issues, just looking at the cache right now, I think
Sampsa have something funny as well.
I can see packets from him with a mac address of aa-00-04-00-00-00,
which is more than a little odd...
Ok. More funny stuff, while I'm at it. Sampsa seem to like to have
create mac addresses in general as well, but that is ok. But the one
above is maybe less well choosen.
*Sigh* proofreading... I need to proofread things...
"Sampsa like to have creative mac addresses..." was what I was trying to say. :-)
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
Hello!
It certainly could be. After all I've got nothing working there. What
is the nature of the problem?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."