On 2011-09-14 09:45, Mark Wickens wrote:
On 14/09/11 06:29, hvlems at zonnet.nl wrote:
The 3G dongle has a different P address and probably in another
network. The router must know this. Iif you use DHCP then all nodes
behind the new router will get a proper address, default gateway, and
DNS server address(es).
You wrote that you added a dongle. How does the router now know to use
that as its iway to the internet in stead of the wired way? I.e. How
is its default route configured?
Yes, the router uses the 3G dongle as a substitute to the ADSL
connection if it is dropped (or removed). The whole set up of the router
remains the same, but clearly the IP address that the router presents
itself to the internet is different, as are the nameservers.
DHCP is served by a different box, so that remains unaffected.
For the most part it works beautifully.
You have two "issues".
First of all, telnet is not a useful tool to test anything here, since telnet uses tcp, while the bridge uses udp.
Second, your connection through the dongle is not accepted by Update, since the bridge program knows the remote IP address, and do not accept packets from random nodes on the internet. So you need to let me know what IP address you have, so that I can put that in my bridge config file.
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
I forget, does the bridge use tcp or udp?
Does the bridge program tell you anything?
-brian
On Sep 13, 2011, at 19:09, Mark Wickens <mark at wickensonline.co.uk> wrote:
Well,
After a very convoluted route I've got my draytek router up and running with a 3G dongle. I can browser the internet, use telnet etc, but it appears the bridge traffic is not getting through.
$$ dir mim::
%DIRECT-E-OPENIN, error opening MIM::*.*;* as input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-UNREACHABLE, remote node is not currently reachable
If I manually try and telnet to psilo.update.uu.se port 4711 I get a network is unreachable. If I ping the same address the ping gets through.
Is this something to do with a restriction on port numbers? Is there anything we can do about this, or try?
Thanks for the help,
Mark.
Here's a transcript of what I tried. I can also use ssh no problems.
atom:/usr/local/bridge# telnet psilo.update.uu.se 4711
Trying 130.238.19.25...
Trying 2001:6b0:b:fff0::19...
telnet: Unable to connect to remote host: Network is unreachable
atom:/usr/local/bridge# ping 130.238.19.25
PING 130.238.19.25 (130.238.19.25) 56(84) bytes of data.
64 bytes from 130.238.19.25: icmp_seq=1 ttl=47 time=132 ms
64 bytes from 130.238.19.25: icmp_seq=2 ttl=47 time=128 ms
64 bytes from 130.238.19.25: icmp_seq=3 ttl=47 time=134 ms
On 11/09/2011 20:52, Johnny Billquist wrote:
On 2011-09-11 21.45, Mark Wickens wrote:
Guys,
Looking to tap into your collective knowledge.
I'd like to set up a 3G dongle for the DEC Legacy event.
The plan will be to add my machine as an area router then other
participants machines into that area.
Steve Davidson has pointed out that there are decnet numbers allocated
for experimental purposes.
I think I understand how to setup my 3G dongle to connect to the
internet via an ubuntu machine. I am happy setting up a DHCP and DNS
server on the same machine. The bit I don't understand is how I would
fit the hecnet bridge into this network. Normally on my DSL router I
have a port redirection rule setup on port 4711 to point to a Debian
based box on my LAN.
How would I achieve the same effect on a linux box? If I run the bridge
on the same box, does this negate the need for a rule?
If all this works, is there a restriction of one decnet area per lan
segment? Can I run two areas on my side of the bridge?
Thanks for the help, Mark
In general, if/when you have a setup like that, it's the same as if you connect your computer directly to the internet. So, your Linux box is at the same location your DSL router is. So, there are no rules to setup to pass a packet through the router. The reason for the rule is that your DSL router acts as a firewall (and possibly NAT), which is what you need to circumvent for the bridge. No firewall/NAT box in between means no need to punch a hole through it.
So you should be able to run the bridge directly on that box, and it should work. All however, also depends on what your mobile operator might be doing...
Area number for experimental is probably not going to help you, though. You already have an area. Adding more nodes to it is hardly any different than having a new area setup, except that if you setup a new area, you will need an area router for it. I don't really see much point in the "experimental" area we have reserved, but since we have plenty of areas anyway, there is no harm in it. Anyone using that area can expect things to not work though, as someone else might also be using the same area, and conflict/confusion might follow.
As for having several different areas on the same lan, no problem.
Johnny
Well,
After a very convoluted route I've got my draytek router up and running with a 3G dongle. I can browser the internet, use telnet etc, but it appears the bridge traffic is not getting through.
$$ dir mim::
%DIRECT-E-OPENIN, error opening MIM::*.*;* as input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-UNREACHABLE, remote node is not currently reachable
If I manually try and telnet to psilo.update.uu.se port 4711 I get a network is unreachable. If I ping the same address the ping gets through.
Is this something to do with a restriction on port numbers? Is there anything we can do about this, or try?
Thanks for the help,
Mark.
Here's a transcript of what I tried. I can also use ssh no problems.
atom:/usr/local/bridge# telnet psilo.update.uu.se 4711
Trying 130.238.19.25...
Trying 2001:6b0:b:fff0::19...
telnet: Unable to connect to remote host: Network is unreachable
atom:/usr/local/bridge# ping 130.238.19.25
PING 130.238.19.25 (130.238.19.25) 56(84) bytes of data.
64 bytes from 130.238.19.25: icmp_seq=1 ttl=47 time=132 ms
64 bytes from 130.238.19.25: icmp_seq=2 ttl=47 time=128 ms
64 bytes from 130.238.19.25: icmp_seq=3 ttl=47 time=134 ms
On 11/09/2011 20:52, Johnny Billquist wrote:
On 2011-09-11 21.45, Mark Wickens wrote:
Guys,
Looking to tap into your collective knowledge.
I'd like to set up a 3G dongle for the DEC Legacy event.
The plan will be to add my machine as an area router then other
participants machines into that area.
Steve Davidson has pointed out that there are decnet numbers allocated
for experimental purposes.
I think I understand how to setup my 3G dongle to connect to the
internet via an ubuntu machine. I am happy setting up a DHCP and DNS
server on the same machine. The bit I don't understand is how I would
fit the hecnet bridge into this network. Normally on my DSL router I
have a port redirection rule setup on port 4711 to point to a Debian
based box on my LAN.
How would I achieve the same effect on a linux box? If I run the bridge
on the same box, does this negate the need for a rule?
If all this works, is there a restriction of one decnet area per lan
segment? Can I run two areas on my side of the bridge?
Thanks for the help, Mark
In general, if/when you have a setup like that, it's the same as if you connect your computer directly to the internet. So, your Linux box is at the same location your DSL router is. So, there are no rules to setup to pass a packet through the router. The reason for the rule is that your DSL router acts as a firewall (and possibly NAT), which is what you need to circumvent for the bridge. No firewall/NAT box in between means no need to punch a hole through it.
So you should be able to run the bridge directly on that box, and it should work. All however, also depends on what your mobile operator might be doing...
Area number for experimental is probably not going to help you, though. You already have an area. Adding more nodes to it is hardly any different than having a new area setup, except that if you setup a new area, you will need an area router for it. I don't really see much point in the "experimental" area we have reserved, but since we have plenty of areas anyway, there is no harm in it. Anyone using that area can expect things to not work though, as someone else might also be using the same area, and conflict/confusion might follow.
As for having several different areas on the same lan, no problem.
Johnny
Open the box and doisconnect the powersupply wires. Measure voltages at the connectors, start with the disk power outlets since these voltages are known.
HP has maintenance manuals on-line for some systems, check that.
------Origineel bericht------
Van: Sampsa Laine
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: [HECnet] CHIMPY's died
Verzonden: 11 september 2011 21:43
Chimpy wont boot for some reason anymore.
I've reseated all the RAM, the CPU and PCI cards - but get nothing. Not even the diagnostic beeps.
Any ideas?
Sampsa
Verzonden vanaf mijn draadloze BlackBerry -toestel
Sampsa Laine wrote:
Chimpy wont boot for some reason anymore.
I've reseated all the RAM, the CPU and PCI cards - but get nothing. Not even the diagnostic beeps.
Any ideas?
Blown ROM chip somewhere?
Peace... Sridhar
oh man that sucks!!!
Beyond emulation I don't know.. it always sucks to lose cool hardware... :(
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Sunday, September 11, 2011 3:43 PM
To: hecnet at Update.UU.SE
Subject: [HECnet] CHIMPY's died
Chimpy wont boot for some reason anymore.
I've reseated all the RAM, the CPU and PCI cards - but get nothing. Not even
the diagnostic beeps.
Any ideas?
Sampsa
try leaving it alone, unplugged for a week, it may not work in your
case but who knows
it happened to me only once in life, but I had a dead machine
resurrecting by itself a week later
without doing absolutely nothing, I still don't know what happened
that box worked for twenty years "after" the problem
Also on a VAX, I had a dead machine that started working again
but this one had lights, just needed to recharge something
before it would start running tests again
this box had been unplugged for too many years
sometimes a bad battery pack does also some strange things
cheers
:)
On Sun, Sep 11, 2011 at 2:22 PM, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
On Sun, Sep 11, 2011 at 4:24 PM, Sampsa Laine <sampsa at mac.com> wrote:
The power comes on and stuff happens, but no diagnostic beeps or anything.
Could it still be the power supply?
Sampsa
On 11 Sep 2011, at 21:06, Gregg Levine wrote:
On Sun, Sep 11, 2011 at 3:43 PM, Sampsa Laine <sampsa at mac.com> wrote:
Chimpy wont boot for some reason anymore.
I've reseated all the RAM, the CPU and PCI cards - but get nothing. Not even the diagnostic beeps.
Any ideas?
Sampsa
Hello!
Checked the power supply? It might have blown the fuses/circuit
breakers on it. What was it doing before it unceremoniously shut
itself down?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
It most certainly could be. Is that fellow the oldest in your
collection or the youngest? Remember computers age faster then people,
but not faster then cats. (We will leave out the other entity here,
and of course why.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
And note that in any local ncp database nodenames are unique.
Verzonden vanaf mijn draadloze BlackBerry -toestel
-----Original Message-----
From: Johnny Billquist <bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 11 Sep 2011 22:52:52
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] HecNET via 3G Dongle
On 2011-09-11 22:15, Mark Wickens wrote:
On 11/09/11 20:52, Johnny Billquist wrote:
On 2011-09-11 21.45, Mark Wickens wrote:
Guys,
Looking to tap into your collective knowledge.
I'd like to set up a 3G dongle for the DEC Legacy event.
The plan will be to add my machine as an area router then other
participants machines into that area.
Steve Davidson has pointed out that there are decnet numbers allocated
for experimental purposes.
I think I understand how to setup my 3G dongle to connect to the
internet via an ubuntu machine. I am happy setting up a DHCP and DNS
server on the same machine. The bit I don't understand is how I would
fit the hecnet bridge into this network. Normally on my DSL router I
have a port redirection rule setup on port 4711 to point to a Debian
based box on my LAN.
How would I achieve the same effect on a linux box? If I run the bridge
on the same box, does this negate the need for a rule?
If all this works, is there a restriction of one decnet area per lan
segment? Can I run two areas on my side of the bridge?
Thanks for the help, Mark
In general, if/when you have a setup like that, it's the same as if
you connect your computer directly to the internet. So, your Linux box
is at the same location your DSL router is. So, there are no rules to
setup to pass a packet through the router. The reason for the rule is
that your DSL router acts as a firewall (and possibly NAT), which is
what you need to circumvent for the bridge. No firewall/NAT box in
between means no need to punch a hole through it.
So you should be able to run the bridge directly on that box, and it
should work. All however, also depends on what your mobile operator
might be doing...
Area number for experimental is probably not going to help you,
though. You already have an area. Adding more nodes to it is hardly
any different than having a new area setup, except that if you setup a
new area, you will need an area router for it. I don't really see much
point in the "experimental" area we have reserved, but since we have
plenty of areas anyway, there is no harm in it. Anyone using that area
can expect things to not work though, as someone else might also be
using the same area, and conflict/confusion might follow.
As for having several different areas on the same lan, no problem.
Johnny
Hi Johnny,
Thanks for clarifying that. I'll need to supply a node allocation to
participants before the event, and as I am sending out an email shortly
I'd like to provide the most accurate picture of what we can do - and
have an answer when people ask. I'll be taking my AlphaServer 1000A
(nodename SLAVE) which is acting as an area router for area 4, so I can
just plug that in and it will work. Is it best then to give you some new
node names before the event for area 4, depending on how many people
want to participate?
Just to clarify: there is no real need to provide nodenames. DECnet
don't have a concept of a centralized nodename database. I just try to
keep one around for our own convenience. For an event like this, just
node numbers needs to be organized. People participating can then define
their own nodename database to their hearts content. Every machine on a
DECnet can have their own nodename database for the network, which don't
have to match anything anyone else have anyway.
If you want to provide some sort of service in this area, what you could
do is take their requests, and set those up on a machine you have there,
and then tell them to copy the nodename database from you to have them
have some kind of unified, consistent view. On that machine you can also
have the nodenames setup for the rest of HECnet, so that they get those
too...
And if there are name conflicts, you can decide how you want to handle
it. Probably, in most cases, people there will be less interested in
random nodes on HECnet than their fellow participants in the event, so
you might want to allow them to grab "used" names anyway.
So, bring SLAVE:: to the event, and use that as a central source for
nodenames for participants at the event. Afterwards you can re-copy the
nodename database from MIM:: to get you back to the "normal" life.
And you can let them use any nodenumber you want on area 4, except the
one you have SLAVE:: have, I guess. :-)
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 Sun, Sep 11, 2011 at 4:24 PM, Sampsa Laine <sampsa at mac.com> wrote:
The power comes on and stuff happens, but no diagnostic beeps or anything.
Could it still be the power supply?
Sampsa
On 11 Sep 2011, at 21:06, Gregg Levine wrote:
On Sun, Sep 11, 2011 at 3:43 PM, Sampsa Laine <sampsa at mac.com> wrote:
Chimpy wont boot for some reason anymore.
I've reseated all the RAM, the CPU and PCI cards - but get nothing. Not even the diagnostic beeps.
Any ideas?
Sampsa
Hello!
Checked the power supply? It might have blown the fuses/circuit
breakers on it. What was it doing before it unceremoniously shut
itself down?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
It most certainly could be. Is that fellow the oldest in your
collection or the youngest? Remember computers age faster then people,
but not faster then cats. (We will leave out the other entity here,
and of course why.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
