Looking into networking some XBee Pro 900 Zigbee modules into a mesh
network on 902-928 MHz. I have the Digi development package and it
looks like I will need to either invent a TCP/IP stack for PC thru USB
to the Digi XBIB or else host the S3B radio on Raspberry Pi or
Beagleboards.
What are the groups thoughts on pros/cons on each?
Please if you need, update your ENCAP.TXT, as of this morning,
ve2pkt.ampr.org in back using a new gateway address.
Thank you.
73 de Jean
--
Sysop de: VE2PKT (BBS), VE2PKT-3 (X-NET),VE2PKT-4, VE2RAJ (XRouter)
: VE2RCN-1, VE2RDL-1, VE2RGC-1, VE2RVA-1, (The-Net)
: VE2PKT-9 (DXCluster), VE2PKT-10 (Winlink Gateway)
RF:
147.435 Mhz (1200 Bps)
Internet:
Telnet xrouter-ve2pkt.dyndns.org port 23 (Network Node)
Telnet fbb-ve2pkt.dyndns.org port 6300 (FBB BBS)
Telnet ve2pkt.dyndns.org port 9000 (DXCluster)
E-Mail:
packet: ve2pkt(a)ve2pkt.#qbc.qc.can.noam
ampr net: va2om(a)ve2pkt.ampr.org <ve2pkt(a)ve2pkt.ampr.org>
Inet: ve2pkt(a)amsat.org or ve2pkt(a)gmail.com
I am not sure that overclocking is relevant to NAND flash. The issue is
quality control for the device. NAND cells are simple and the process
drives reliability significantly. Vendors pay per quality, which translates
to a number of cycles the device will endure. Well known brands demand and
get better dies. Overclocking NAND will result in timing violations that
will lead to failed commands - but it will not damage the die. This is
different from the traditional overclocking to death of CPUs. The order of
magnitude of power makes a significant difference.
Assi
-----Original Message-----
From: 44net-bounces+assi=kiloxray.com(a)hamradio.ucsd.edu
[mailto:44net-bounces+assi=kiloxray.com@hamradio.ucsd.edu] On Behalf Of
Jerry
Sent: Tuesday, October 22, 2013 4:11 PM
To: 'AMPRNet working group'
Subject: Re: [44net] Raspberry Pi
(Please trim inclusions from previous messages)
_______________________________________________
Hi Demetre.
Have you studied the Compatibility list... Some are shown to be a bad
choice.. Some Kingston are listed as such.
My first two SD cards I got from Fry's Electronics and they were I think,
PNY brands. PNY I have found even their USB Sticks are junk.. But the two I
got were only $4 ea.. Bad choice for the Pi. One lasted a few weeks the
other until I had a sudden power outage about 6 weeks into it.
I now have 2 Kingston SDXC Card 128GB Class 10 SDX10V/128GB Running on TWO
pi.. Or Pi Squared.. lol
One is under heavy abuse.. I have tried experimenting with sudden power
outages, and constant read writes on one unit... And it has not suffered any
issues.. In Fact I even tried it from -20F to +140F for S&G's They are NOT
OVERCLOCKED.
The other runs w9hu BBS Linbpq..
What do you use to image the SD card I used to use Windows program WinDisk32
.. I think this is the biggest issue with the Pi SD Cards..
At least I have had no issues with mine since I stopped that practice.
Also what are you using that requires an external HUB.. You can also connect
a TNC (other serial devices) to the GPiO port instead of the USB. Have you
tried a PiTNC yet? Makes good topping.. :) it is the same size and sits atop
the Pi. Like Icing!!
73 Jerry N9LYA
PS I ll try to get back one the conv server as time permits..
_________________________________________
44Net mailing list
44Net(a)hamradio.ucsd.edu
http://hamradio.ucsd.edu/mailman/listinfo/44nethttp://www.ampr.org/donate.html
I have been running a test pi 128gb SD .running for 3 months. No issues with constant abuse... My linbpq pi been running same sd for 6...
-----Original Message-----
From: "Demetre SV1UY" <demetre.sv1uy(a)gmail.com>
Sent: 10/22/2013 5:40 PM
To: "AMPRNet working group" <44net(a)hamradio.ucsd.edu>
Subject: Re: [44net] Raspberry Pi
(Please trim inclusions from previous messages)
_______________________________________________
Hi all,
If we are to use an external harddrive and an external USB Hub, why
not get a mini-ITX MBO powered with 12V and a small mini-ITX box? This
way we can have a decent CPU which is also low power in electricity
not low in computing power (about 30 watts total).
I think the RPi is only good in portable apps, but then again the SD
Card is a major handicap. It could be good for applications that are
not 24/7/365, such as an event where an AMPRnet GATEWAY is desired
only for a few hours or maybe a few days max. If you operate the SD
Card for more than a few days, it might get destroyed from the
constant write of log files, updating databases etc.
Can we have a system with no writting on the disk all the time? I'm not sure.
73 de Demetre SV1UY
On Wed, Oct 23, 2013 at 12:26 AM, K7VE - John <k7ve(a)k7ve.org> wrote:
> (Please trim inclusions from previous messages)
> _______________________________________________
> Yes, the Pi boots from the SD, but one can put files on an attached drive,
> especially swap, database, and logs. With a little configuration one could
> probably put everything except the boot configuration on an external drive
> and never write to the SD.
>
>
> ------------------------------
> John D. Hays
> K7VE
> PO Box 1223, Edmonds, WA 98020-1223
> <http://k7ve.org/blog> <http://twitter.com/#!/john_hays>
> <http://www.facebook.com/john.d.hays>
>
>
> On Tue, Oct 22, 2013 at 12:05 PM, <sp2lob(a)tlen.pl> wrote:
>
>> (Please trim inclusions from previous messages)
>> ______________________________**_________________
>> SD card is the _must_ for Pi to boot...
>> To my knowledge - there is no other choice.
>>
>> Best regards.
>> Tom - sp2lob
>>
>> ______________________________**___________
>> 44Net mailing list
>> 44Net(a)hamradio.ucsd.edu
>> http://hamradio.ucsd.edu/**mailman/listinfo/44net<http://hamradio.ucsd.edu/mailman/listinfo/44net>
>> http://www.ampr.org/donate.**html <http://www.ampr.org/donate.html>
>>
>
Don't buy crappy SD cards - i.e. PNY. That is especially true in an
application where it's used 24/7 as a solid state drive. Wear leveling in
flash is very important and crappy flash won't endure.
Assi
Kk7kx.ampr.org
-----Original Message-----
From: 44net-bounces+assi=kiloxray.com(a)hamradio.ucsd.edu
[mailto:44net-bounces+assi=kiloxray.com@hamradio.ucsd.edu] On Behalf Of
kb9mwr(a)gmail.com
Sent: Tuesday, October 22, 2013 8:59 AM
To: 44net(a)hamradio.ucsd.edu
Subject: Re: [44net] Raspberry Pi
(Please trim inclusions from previous messages)
_______________________________________________
It's funny how you though going away from a moving disk hard-drive would be
a good thing.
Anyway here are my experiences. I have several Pi's in use. I have had a
lot of head aches with PNY SD Cards. They go bad in rather short order. I
have had a few Sandisk cards that have been in use just over a year. I have
yet to have a problem with Sandisk.
_________________________________________
44Net mailing list
44Net(a)hamradio.ucsd.edu
http://hamradio.ucsd.edu/mailman/listinfo/44nethttp://www.ampr.org/donate.html
It's funny how you though going away from a moving disk hard-drive
would be a good thing.
Anyway here are my experiences. I have several Pi's in use. I have
had a lot of head aches with PNY SD Cards. They go bad in rather
short order. I have had a few Sandisk cards that have been in use
just over a year. I have yet to have a problem with Sandisk.
Can anyone else get to the portal? It isn't coming up for me.
--
73 de Brian Rogers - N1URO
email: <n1uro(a)n1uro.ampr.org>
Web: http://www.n1uro.net/
Ampr1: http://n1uro.ampr.org/
Ampr2: http://nos.n1uro.ampr.org
Linux Amateur Radio Services
axMail-Fax & URONode
AmprNet coordinator for:
Connecticut, Delaware, Maine,
Maryland, Massachusetts,
New Hampshire, Pennsylvania,
Rhode Island, and Vermont.
Recently I have been tracing the tunnel traffic a bit to investigate a strange situation.
Sometimes I got unsolicited ping replies on the NET screen. It appears that sometimes
a ping reply is received without any ping having been sent.
Users of Windows or Linux ping will never notice this, because there is a special
application that sends a ping with unique ID and then listens for replies with the
same ID and prints them.
However, NET (written in the days when the network still was a friendly place)
just uses a timestamp as the ID, sends the ping, and forgets about it. It continously
listens for incoming ping replies and when one arrives, it prints it to the console
with a roundtriptime calculated from the current timestamp and whatever happens
to be in the ID field of the reply. Thus nonsense ping replies are printed.
This happened here one to several times a day.
So I put a statefull firewall (Linux iptables) in front of NET, and studied the logs
a bit. The firewall is (partly) like this:
iptables -A netwall -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A netwall -p icmp --icmp-type 8 -j ACCEPT
iptables -A netwall -p icmp -j LOGDROP
So it accepts all icmp related to ongoing traffic, it accepts incoming ping requests
and logs and drops everything else (LOGDROP is a target that does a LOG and a DROP)
Now it becomes apparent that the bogus ping replies are not the only thing that is
going on. There is a regular flow if incoming "destination unreachable" ICMP replies
that refer to connections that I never made. I also enabled some logging for unsolicited
TCP replies and there are SYN ACK and RST replies as well.
Apparently my 44-addresses are used as spoofed source addresses by other people.
Do other users notice this? I presume it is done by a DDOS tool or similar, but the
rate at which I receive this traffic (maybe 10 packets an hour) does not make it
likely that they use only my address. However, I have not seen this effect on my
public addresses, so probably they don't use random addresses.
Maybe they use the entire net-44 space? In that case there should be an awful
amount of ICMP type 3 and TCP RST traffice coming in at amprgw...
(my space is only one millionth of the total)
Another unrelated question: a lot of you likely have an amsat.org address.
Do you also see the endless stream of Korean spam? From the headers it looks
like it is sent to many different amsat.org users. It has been ongoing here for many
years, some 20 messages a day. These guys are very persistent.
(of course it is easily filtered)
Rob
On 10/13/13 5:10 PM, Brian Kantor wrote:
> The background noise is one of the reasons why amprgw only lets traffic through
> for hosts registered in the AMPR.ORG DNS. People with directly-connected
> subnets will have to deal with it on their own; background noise is one of
> the facts of Internet life.
> - Brian
Really everyone should run a firewall or at least some ACL's regardless.
Leaving yourself open to 44/8 is not a good idea.
However if your OS is well written and secure there is not any risk to the
background noise hurting it. If it's a win2k box that's not been patched, god
help you :)
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net