Good afternoon,
It would see that 44.133.48.66 is popping, snmpding, and other
amounts of traffic from time to time to various ampr.org systems
and doing so *without warning* type of thing. I just got hit with
a bunch of SNMP requests, others have been hit with POP requests.
Can anyone find out who the owner of that particular system or
network is, so that I can contact the entity or person.
Or perhaps a bit more draconian, can someone deal with it.
Thanks in advance.
Maiko Langelaar
VE4KLM
Dr. Om's,
We will be running a camserver on http://44.144.10.45/ this weekend
for the CQ.WW contest, with camera's in all the shacks of the ON7LR
contest station http://www.on7lr.org/ in Lier Belgium
The cam server is located at the contest station, where the shacks are
connected with a mixture of network cabling and 5ghz wifi links. The
contest station itself is linked via a 5ghz wifi link to another node
in Antwerp, 20km away, which in turn is linked over 5ghz to the
Antwerp Datacenter. Here we link to the fiberbackbone of a commercial
ISP and have an ipip tunnel to HamNet in Germany for AMPR
connectivity.
We also announce this 44 subnet to the internet, so its possible to
view these cams over the public internet, even if you are not
connected to AMPRnet.
I just wanted to share since this is the first time we are doing this
over AMPRnet :)
73s
Robbie
ON4SAX
This is a quick message to my forwarding partners that on Sunday,
October 27, 2013, the SJVBBS (W6RAY) BBS will be offline for a short
time. The BBS will be moved to a Raspberry Pi with two TNC-Pis connected
to it. This setup will be located entirely at the repeater site (Park
Ridge) instead of via remote. The gateway IP address will remain the
same as will the AMPR IP addresses.
The setup is currently in testing using a different alias and SSIDs at
ground level. If the test is successful, then it will be installed at
the repeater site.
--
---
73 de Ray Quinn W6RAY
Visalia, CA DM06ih
SJVBBS W6RAY
44.2.10.1
44net-request(a)hamradio.ucsd.edu wrote:
> Subject:
> Re: [44net] SJVBBS W6RAY
> From:
> <sp2lob(a)tlen.pl>
> Date:
> 10/28/2013 04:03 PM
>
> To:
> "AMPRNet working group" <44net(a)hamradio.ucsd.edu>
>
>
> Brian,
>
> It's designed to accomodate _two_ Pi's only.
>
> Best regards.
> Tom - sp2lob
I investigated this before and there does not seem to be a rack enclosure for a reasonable number (like 4 or 5).
Probably the best bet is to get an old HUB or Switch, rip out all the electronics except the power supply, and
cut holes to fit the desired number.
There are also larger-scale custom made solutions, e.g. here: http://blog.raspberrycolocatie.nl/raspberry-pi-colocation/
I have a colocated Pi there.
Rob
I stumbled into a useful function that the Hamnet/HSMM folks have:
http://hsmm-mesh.org/hsmm-mesh-forums/view-postlist/forum-1-general/topic-5…
Maybe there is a way to do (code) something similar for the more
traditional nodes on the amprnet.
Advertising what is out there on a network seems to be a major issue
at least in my eyes.
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>
>>
>
