[arm-allstar] AllStar SHARI running HamVoIP will not accept incoming connections
Curt Faulk
curt.faulk2 at gmail.com
Sun Dec 25 12:12:59 EST 2022
I checked, and all of my pre-existing entries appear correct. Here is the
stanza from iax.conf:
[radio]
type=user
disallow=all
allow=g726aal2
allow=ilbc
allow=ulaw
allow=gsm
; Hamvoip additional codecs - uncomment as needed
;allow=g729
;allow=adpcm
;allow=g722
;allow=codec2
;
codecpriority=host
;
; To use the ban/allow (blacklist/whitelist) feature
; comment with a ';' the context = radio-secure line and
; remove the ';' from either the context = whitelist or
; context = blacklist line. ONLY ONE of the three lines
; can be active (uncommented).
;
; The best way to allow or ban nodes from the database is to
; use the Supermon application or the node-ban-allow.sh script.
*context=radio-secure*
--------
And here is the appropriate line from extensions.conf:
[radio-secure]
*exten = 52477,1,rpt,52477*
;exten = 1999,1,rpt,1999
I am running Zerotier at the remote location, and will soon have everything
behind Zerotier on an RPi so that every device on the network is routable.
On Sat, Dec 24, 2022 at 6:55 PM <arm-allstar-request at hamvoip.org> wrote:
> Send ARM-allstar mailing list submissions to
> arm-allstar at hamvoip.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> or, via email, send a message with subject or body 'help' to
> arm-allstar-request at hamvoip.org
>
> You can reach the person managing the list at
> arm-allstar-owner at hamvoip.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ARM-allstar digest..."
>
>
> Today's Topics:
>
> 1. Re: ASL behind CGNAT. (Michael Champion)
> 2. Re: ASL behind CGNAT. (David McAnally)
> 3. Voice announcements stopping (Nate Bargmann)
> 4. Re: Voice announcements stopping (David McGough)
> 5. Re: Voice announcements stopping (Nate Bargmann)
> 6. Re: ASL behind CGNAT. (David McGough)
> 7. Re: Voice announcements stopping (David McGough)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 24 Dec 2022 18:10:22 +0000 (UTC)
> From: Michael Champion <mikec at pcpackrat.net>
> To: ARM Allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] ASL behind CGNAT.
> Message-ID: <377490160d6244db85c16b021fed1630 at pcpackrat.net>
> Content-Type: text/plain; charset=us-ascii
>
> Has anyone used AMPRNet VPN?
>
> -Michael
>
>
> -----Original Message-----
> From: ARM-allstar <arm-allstar-bounces at hamvoip.org> On Behalf Of David
> McGough via ARM-allstar
> Sent: Friday, December 23, 2022 2:05 AM
> To: Carl Swanson via ARM-allstar <arm-allstar at hamvoip.org>
> Cc: David McGough <kb4fxc at inttek.net>; Carl Swanson <cswa20026 at gmail.com>
> Subject: Re: [arm-allstar] ASL behind CGNAT.
>
>
> Carl,
>
> Some variety of VPN is the best choice for solving NAT issues.
>
> Zerotier is probably the easiest VPN to setup these days. There are many
> other great choices, too, OpenVPN and WireGuard being favorites. OpenVPN,
> using pre-shared static keys, is probably the second simplest to setup.
>
> Note that Zerotier does not require any of the member endpoints to use
> static IP addresses nor does it need some type of dynamic DNS mechanism to
> advertise the current gateway IP address, if the gateway is on a dynamic IP
> (perhaps like home DSL or cable, etc).
>
> Socks5 *might* also work, however, since this protocol isn't natively
> supported by AllStar (nor ssh, apache, etc), setup will require jumping
> through multiple networking hoops, using client and server endpoints!
> This approach wouldn't be on my prospect list at all, unless it was a
> required lab exercise in college, conceived of by some TA wanting to
> inflict suffering on the students!!!! LOL
>
>
> 73, David K4FXC
>
>
>
>
> On Tue, 20 Dec 2022, Carl Swanson via ARM-allstar wrote:
>
> > Hive mind,
> >
> > What is the general consensus for exposing nodes that sit behind CGNAT?
> > Yeah, I know "getting a real IP address" is the proper option, but
> > what has the experimenter in you used that worked well and was
> persistent?
> >
> > I'ver looked at VPN solutions, but most of them will only expose
> > HTTP/HTTPS on port 80/443, assuming you're using it for streaming
> whatever.
> >
> > Am I really looking for a SOCKS5 proxy?
> >
> > I'm experimenting with a Cloudflare tunnel right now to see if I can
> > get that to work, but the initial results aren't too promising (or I'm
> > just too ham handed with the config)...
> >
> > What say y'all?
> >
> > 73,
> >
> > Carl, K6CRS
> > _____________________________________________
> > Carl Swanson
> > cswa20026 at gmail.com
> > _______________________________________________
> >
> > ARM-allstar mailing list
> > ARM-allstar at hamvoip.org
> >
> https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxsnX5hn7TU325G8oi6-2B-2B68-2BwhGiBBSG1LJ7LE7aAp27FZgqyhqVoEw-2FwyPvjgnS0NmHGZydrH6Mn-2BbZ0uONMd-2BU-3DvoKP_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnGwt8U-2B8tWcLhaKdbvXJWSMlh7M21nCtOf2IzNccibtrpgfa7FNySYN31dGSo-2BWdTOIxjI8Np-2BtJ-2B8YfOwDATsXLtsyXOenD44iSWVag-2Fs7lQJhSLUt2Zz6EaVy3CyFPYg-3D-3D
> >
> > Visit the BBB and RPi2/3/4 web page -
> https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxp2v7e6FoqkdrbWrMgmY-2B-2Fc-3Dh4B__suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnJ-2FVi0BzexALnY94yAbPL48fk1ZZDhB9eaRPpgR4mqQc8JRVSgAojiG-2F8Yp76S-2Fqu5XJaqPGamlPUO0p0MLSZAQM1717S80I9YgYPwLR1ETuF75N6aovWVTiK8AIz8ZzzA-3D-3D
> >
>
> _______________________________________________
>
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
>
> https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxsnX5hn7TU325G8oi6-2B-2B68-2BwhGiBBSG1LJ7LE7aAp27FZgqyhqVoEw-2FwyPvjgnS0NmHGZydrH6Mn-2BbZ0uONMd-2BU-3D95eT_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnOCxpmvW7IisyzMucqBXVnE86R2DCc-2FJJWOm5ZWlCTghdScwocvPHG30-2FWTvS3-2Bcnf06upVZHhTEFCPXqIZEuhah1mH-2FsIIKRa1-2FRoaMolK6ZEcxmHBbZ1N5yskAfomcXg-3D-3D
>
> Visit the BBB and RPi2/3/4 web page -
> https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxp2v7e6FoqkdrbWrMgmY-2B-2Fc-3DftXd_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnAA7J7LHv9DfP4o0vl9xONOyxmcdoOE-2FEy3tw2LD1baQ7j3pga6MUFp8zTFjbKO79gKy-2BlLXR76W8UGaFQg-2FZo3yRqOE-2BSqU4fLwGY-2FqDwBMp1ColY5-2FQtRCS6WeDCqDQQ-3D-3D
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 24 Dec 2022 14:30:35 -0600
> From: David McAnally <david.mcanally at gmail.com>
> To: ARM Allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] ASL behind CGNAT.
> Message-ID:
> <CAKjWhqukKTgX=
> SwGN3W8um3e63RGZUBWteLHYQPWAgbsVU0dGA at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> On Sat, Dec 24, 2022 at 1:02 PM Michael Champion via ARM-allstar <
> arm-allstar at hamvoip.org> wrote:
>
> > Has anyone used AMPRNet VPN?
> >
>
> I believe this statement in the WiKi for AMPRNet VPN
> <https://wiki.ampr.org/wiki/AMPRNet_VPN> prevents wider use for
> applications like Allstar.
>
> The AMPRNet VPN is only used to access the AMPRNet. While you're connected
> > to the AMPRNet VPN, the VPN client will only transmit packets from you to
> > the AMPRNet via the VPN. Packets from you to the rest of the Internet
> will
> > not go via the VPN - they'll flow out from your local network connection
> as
> > before.
> >
>
> This restricts that VPN to only connect with other 44Net addresses only.
>
> IRLP provides a 44Net VPN service as part of the IRLP system for any IRLP
> nodes. EchoLink provides proxy and relay servers
> <https://www.echolink.org/proxylist.jsp>, most using 44Net addresses for
> EchoLink users. Perhaps AllstarLink.org would consider offering a similar
> 44Net VPN service for Allstar nodes?
>
> Otherwise, it's relatively easy to install and run your own VPN server on
> Vultr or similar virtual host providers for $5 per month or less. If you
> join with a group of like minded hams, or operate several nodes, needing
> VPN services you could request a 44Net subnet and share a single VPN
> virtual host using BGP on Vultr or similar BGP providers. I, and many
> others, have requested a 44Net subnet for use with Allstar and other ham
> radio networked applications.
>
> David McAnally
> WD5M
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 24 Dec 2022 18:52:45 -0600
> From: Nate Bargmann <n0nb at n0nb.us>
> To: ARM Allstar <arm-allstar at hamvoip.org>
> Subject: [arm-allstar] Voice announcements stopping
> Message-ID: <20221225005245.saxwk2ng6cpjartb at n0nb.us>
> Content-Type: text/plain; charset=us-ascii
>
> This is an issue that first appeared back in November around the 13th,
> at least that is when I first noticed it and just before our weekly net.
> Prior to that the system had run for just at a year without issue.
>
> The symptom I saw then in Supermon2 and now is that playing an
> announcement command such as the time and weather is that PTT shows
> asserted but no audio comes from the transmitter nor is it keyed. Also,
> if the repeater is active Supermon2 shows no COS activation. A neighbor
> whose repeater we link to via Echolink for the net reported hearing no
> audio from my node which stands to reason as Asterisk never sees the COS
> so it likely never got any audio.
>
> My setup is that the AllStar node is connected to the link port of a
> CAT-200B controller so the repeater remains functional but AllStar
> appears inoperative. HamVoip is running on a Pi 3B+ and the interface
> to the controller is a Techno-by-George ARA-1 FOB. Everything is in a
> box so I doubt there is rodent damage as it comes back working after a
> reboot.
>
> Fast forward to two days ago and I noticed that top of the hour
> announcements had ceased. Then as back in November rebooting from the
> Admin menu recovered all functions. Immediately after the reboot I shut
> down AutoSky in case it was causing an issue as it had been very busy
> with this week's winter storm and wind chill warnings.
>
> Since it did it again today and since the net isn't until tomorrow
> evening, I have a bit of time to do some forensic investigation.
> Checking with the lsusb command shows the audio interface is still
> present:
>
> # lsusb
> Bus 001 Device 005: ID 0d8c:0013 C-Media Electronics, Inc.
>
> Both the AllStar and Echolink status pages show my node is active and
> there is one active AllStar connection so I'm reasonably confident that
> Asterisk is still running given that and what I see from the Supermon2
> Web page (not publicly accessible since I have access locked down with
> SSH private key and I am reverse tunneling HTTP to my local computer) is
> simply reporting what Asterisk is doing.
>
> Is there any way to query the status of the C-Media chip? Or am I stuck
> with reboots until I can get access to the site to replace the interface
> board (I do have a spare)?
>
> 73, Nate, N0NB
>
> --
> "The optimist proclaims that we live in the best of all
> possible worlds. The pessimist fears this is true."
> Web: https://www.n0nb.us
> Projects: https://github.com/N0NB
> GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 24 Dec 2022 20:01:19 -0500 (EST)
> From: David McGough <kb4fxc at inttek.net>
> To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] Voice announcements stopping
> Message-ID:
> <Pine.LNX.4.44.2212241955590.7829-100000 at goliath.inttek.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> Hi Nate,
>
> One possible cause of suddenly ceasing audio announcements (like time of
> day) or other strange problems can be a full tmpfs filesystem--like /tmp,
> or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> after a reboot, the problem goes away for a while, then returns.
>
> 73, David K4FXC
>
>
>
> On Sat, 24 Dec 2022, Nate Bargmann via ARM-allstar wrote:
>
> > This is an issue that first appeared back in November around the 13th,
> > at least that is when I first noticed it and just before our weekly net.
> > Prior to that the system had run for just at a year without issue.
> >
> > The symptom I saw then in Supermon2 and now is that playing an
> > announcement command such as the time and weather is that PTT shows
> > asserted but no audio comes from the transmitter nor is it keyed. Also,
> > if the repeater is active Supermon2 shows no COS activation. A neighbor
> > whose repeater we link to via Echolink for the net reported hearing no
> > audio from my node which stands to reason as Asterisk never sees the COS
> > so it likely never got any audio.
> >
> > My setup is that the AllStar node is connected to the link port of a
> > CAT-200B controller so the repeater remains functional but AllStar
> > appears inoperative. HamVoip is running on a Pi 3B+ and the interface
> > to the controller is a Techno-by-George ARA-1 FOB. Everything is in a
> > box so I doubt there is rodent damage as it comes back working after a
> > reboot.
> >
> > Fast forward to two days ago and I noticed that top of the hour
> > announcements had ceased. Then as back in November rebooting from the
> > Admin menu recovered all functions. Immediately after the reboot I shut
> > down AutoSky in case it was causing an issue as it had been very busy
> > with this week's winter storm and wind chill warnings.
> >
> > Since it did it again today and since the net isn't until tomorrow
> > evening, I have a bit of time to do some forensic investigation.
> > Checking with the lsusb command shows the audio interface is still
> > present:
> >
> > # lsusb
> > Bus 001 Device 005: ID 0d8c:0013 C-Media Electronics, Inc.
> >
> > Both the AllStar and Echolink status pages show my node is active and
> > there is one active AllStar connection so I'm reasonably confident that
> > Asterisk is still running given that and what I see from the Supermon2
> > Web page (not publicly accessible since I have access locked down with
> > SSH private key and I am reverse tunneling HTTP to my local computer) is
> > simply reporting what Asterisk is doing.
> >
> > Is there any way to query the status of the C-Media chip? Or am I stuck
> > with reboots until I can get access to the site to replace the interface
> > board (I do have a spare)?
> >
> > 73, Nate, N0NB
> >
> >
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 24 Dec 2022 19:15:02 -0600
> From: Nate Bargmann <n0nb at n0nb.us>
> To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] Voice announcements stopping
> Message-ID: <20221225011502.i3f6i6oh364gi3mv at n0nb.us>
> Content-Type: text/plain; charset=us-ascii
>
> * On 2022 24 Dec 19:09 -0600, David McGough wrote:
> >
> > Hi Nate,
> >
> > One possible cause of suddenly ceasing audio announcements (like time of
> > day) or other strange problems can be a full tmpfs filesystem--like /tmp,
> > or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> > after a reboot, the problem goes away for a while, then returns.
>
> That is a good thought, but after a couple of days this is what storage
> looks like:
>
> # df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/root 3.6G 1.4G 2.1G 39% /
> devtmpfs 462M 0 462M 0% /dev
> tmpfs 467M 0 467M 0% /dev/shm
> tmpfs 467M 24M 443M 6% /run
> tmpfs 467M 0 467M 0% /sys/fs/cgroup
> tmpfs 467M 332K 467M 1% /tmp
> tmpfs 50M 1.5M 49M 3% /var/log
> /dev/mmcblk0p1 100M 34M 67M 34% /boot
> tmpfs 94M 0 94M 0% /run/user/1000
>
>
> # uptime
> 19:13:59 up 2 days, 4:08, 1 user, load average: 0.00, 0.02, 0.00
>
> 73, Nate, N0NB
>
> --
> "The optimist proclaims that we live in the best of all
> possible worlds. The pessimist fears this is true."
> Web: https://www.n0nb.us
> Projects: https://github.com/N0NB
> GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sat, 24 Dec 2022 20:54:14 -0500 (EST)
> From: David McGough <kb4fxc at inttek.net>
> To: David McAnally via ARM-allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] ASL behind CGNAT.
> Message-ID:
> <Pine.LNX.4.44.2212242012060.7829-100000 at goliath.inttek.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> Hi David,
>
> Several years ago I initiated obtaining a 44net subnet allocation to
> announce via BGP. This process got disrupted when Brian, WB6CYT, passed
> unexpectedly.....and then COVID happened. Since that point, I've not
> followed up further. If this approach would be of use, I expect it could
> be setup quickly. However, after setup, MANAGING the VPN setup for end
> users would probably be the biggest constraint and recurring expense.
>
> I'm curious if the IRLP folks charge any fees for VPN use?? I just
> performed a gateway search and it looks like they're using Vultr
> (AS20473--constant.com) to advertise their 44net subnet?? A factor to
> consider is that AllStar (HamVoIP) has well over a order of magnetude
> more active (connected) nodes in use, as compared to IRLP....This likely
> would lead to more hosting and bandwidth expense.
>
> The echolink proxy type mechanism isn't needed for AllStar (using IAX2),
> since out-bound AllStar connections typically traverse NAT just fine
> already. Echolink requires the proxy even for out-bound connections.
>
> Ultimately, the best NAT solution for AllStar is the P2P/STUN approach,
> which will work with most NAT scenarios. Then, if P2P fails, fall back to
> a transparent network relay point. This is what ZeroTier and many other
> "modern" applications/VPNs do these days. Something to ponder.
>
>
> 73, David K4FXC
>
>
> On Sat, 24 Dec 2022, David McAnally via ARM-allstar wrote:
>
> > On Sat, Dec 24, 2022 at 1:02 PM Michael Champion via ARM-allstar <
> > arm-allstar at hamvoip.org> wrote:
> >
> > > Has anyone used AMPRNet VPN?
> > >
> >
> > I believe this statement in the WiKi for AMPRNet VPN
> > <https://wiki.ampr.org/wiki/AMPRNet_VPN> prevents wider use for
> > applications like Allstar.
> >
> > The AMPRNet VPN is only used to access the AMPRNet. While you're
> connected
> > > to the AMPRNet VPN, the VPN client will only transmit packets from you
> to
> > > the AMPRNet via the VPN. Packets from you to the rest of the Internet
> will
> > > not go via the VPN - they'll flow out from your local network
> connection as
> > > before.
> > >
> >
> > This restricts that VPN to only connect with other 44Net addresses only.
> >
> > IRLP provides a 44Net VPN service as part of the IRLP system for any IRLP
> > nodes. EchoLink provides proxy and relay servers
> > <https://www.echolink.org/proxylist.jsp>, most using 44Net addresses for
> > EchoLink users. Perhaps AllstarLink.org would consider offering a similar
> > 44Net VPN service for Allstar nodes?
> >
> > Otherwise, it's relatively easy to install and run your own VPN server on
> > Vultr or similar virtual host providers for $5 per month or less. If you
> > join with a group of like minded hams, or operate several nodes, needing
> > VPN services you could request a 44Net subnet and share a single VPN
> > virtual host using BGP on Vultr or similar BGP providers. I, and many
> > others, have requested a 44Net subnet for use with Allstar and other ham
> > radio networked applications.
> >
> > David McAnally
> > WD5M
> > _______________________________________________
> >
> > ARM-allstar mailing list
> > ARM-allstar at hamvoip.org
> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >
> > Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
> >
>
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 24 Dec 2022 20:55:44 -0500 (EST)
> From: David McGough <kb4fxc at inttek.net>
> To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> Subject: Re: [arm-allstar] Voice announcements stopping
> Message-ID:
> <Pine.LNX.4.44.2212242055070.7829-100000 at goliath.inttek.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
> Is the problem happening right now (when you looked at filesystem use)?
>
>
> On Sat, 24 Dec 2022, Nate Bargmann via ARM-allstar wrote:
>
> > * On 2022 24 Dec 19:09 -0600, David McGough wrote:
> > >
> > > Hi Nate,
> > >
> > > One possible cause of suddenly ceasing audio announcements (like time
> of
> > > day) or other strange problems can be a full tmpfs filesystem--like
> /tmp,
> > > or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> > > after a reboot, the problem goes away for a while, then returns.
> >
> > That is a good thought, but after a couple of days this is what storage
> > looks like:
> >
> > # df -h
> > Filesystem Size Used Avail Use% Mounted on
> > /dev/root 3.6G 1.4G 2.1G 39% /
> > devtmpfs 462M 0 462M 0% /dev
> > tmpfs 467M 0 467M 0% /dev/shm
> > tmpfs 467M 24M 443M 6% /run
> > tmpfs 467M 0 467M 0% /sys/fs/cgroup
> > tmpfs 467M 332K 467M 1% /tmp
> > tmpfs 50M 1.5M 49M 3% /var/log
> > /dev/mmcblk0p1 100M 34M 67M 34% /boot
> > tmpfs 94M 0 94M 0% /run/user/1000
> >
> >
> > # uptime
> > 19:13:59 up 2 days, 4:08, 1 user, load average: 0.00, 0.02, 0.00
> >
> > 73, Nate, N0NB
> >
> >
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
>
> ------------------------------
>
> End of ARM-allstar Digest, Vol 103, Issue 8
> *******************************************
>
More information about the ARM-allstar
mailing list