Hello 44Net friends --
I'm operating a BGP-announced subnet of 44/8 for some paging and SDR
experiments, and with some new access to other facilities, I'm looking into
adding some geographic redundancy for my network, setting up an ASN, and
beginning some public peering.
However, what I am coming to discover is that Brian's LOA only gets me so
far... :)
Many networks in Europe are doing proper per-peer prefix filtering,
constructed from IRR data in various registries.
I would like to get my 44/8 prefix listed in one of these registries with
my ASN listed, so that I can get all this automatic filtering working.
Generally, most networks seem to be using the RIR-provided IRR registry for
this data, which for us in the US and with AMPR would be ARIN.
There are also some commercial IRR databases. https://www.radb.net/ seems
to be the most-widely mirrored, but it costs ~$500/year to use.
As this is just a hobby project for me, it's difficult to justify the costs
of a commercial registry.
Might it be possible for AMPRNet users to use ARDC's ARIN accounts to list
some "inetnum" IRR data for our prefixes?
Depending on the outcome, maybe this would be some useful information to
list on the FAQ in the Wiki.
Thanks,
jof
hi there...sound good but why aren't we using 2.4 or 5g for high
bandwidth backhauls? The hardware is cheap enough and works well.
73 Leon wa4zlw Blandon, PA
On 6/16/2019 10:40 AM, pete M via 44Net wrote:
> To:
> AMPRNet working group <44net(a)mailman.ampr.org>
>
>
> A big thank you for that effort. This will surely start a new boom in "packet radio" in north America. I for one will push to implement the fastest links to our audio links back bones that is all in uhf for our emergency net . That way we will work in Voip rather then analog voice opening the way to many more service at the same time .
>
> Télécharger Outlook pour Android<https://aka.ms/ghei36>
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
".... may use any technique whose
technical characteristics have been documented publicly ...."
This mode is documented publicly along with its source code. I'd say we are
good.
So now it's just the symbol rate and bandwidth issue to overcome.
I like the idea of multiple carriers too. Bond them together on demand
perhaps?
Mark
On Mon, Jun 17, 2019 at 4:54 PM Steve L via 44Net <44net(a)mailman.ampr.org>
wrote:
>
>
>
> ---------- Forwarded message ----------
> From: Steve L <kb9mwr(a)gmail.com>
> To: AMPRNet working group <44net(a)mailman.ampr.org>
> Cc:
> Bcc:
> Date: Mon, 17 Jun 2019 15:54:13 -0500
> Subject: Re: [44net] NPR (New Packet Radio) : new firmware with 56kBaud
> and 120kBaud
> The rules no longer really specify how you must ID, like pre-1980's.
> Basically in this case you ID in the mode
> itself, just like D-Star, YSF etc, does.
>
> If the digital code was unspecified (also allowed) you'd likely have
> to default to a CW ID.
>
> §97.119 Station Identification
>
> (b) The call sign must be transmitted with an emission authorized for
> the transmitting channel in one of the following ways:
>
> (3) By a RTTY emission using a specified digital code when all or part
> of the communications are transmitted by a RTTY or data emission;
>
> §97.309 RTTY and data emission codes.
>
> (4) An amateur station transmitting a RTTY or data emission using a
> digital code specified in this paragraph may use any technique whose
> technical characteristics have been documented publicly, such as
> CLOVER, G-TOR, or PacTOR, for the purpose of facilitating
> communications.
>
> On Mon, Jun 17, 2019 at 11:40 AM David Ranch <amprgw(a)trinnet.net> wrote:
>
> > I'm not an expert on FCC Part 97 and I don't want to derail this
> > conversation but I don't think some of these protocols are legally
> > self-identifying.
> >
>
>
>
>
> ---------- Forwarded message ----------
> From: Steve L via 44Net <44net(a)mailman.ampr.org>
> To: AMPRNet working group <44net(a)mailman.ampr.org>
> Cc: Steve L <kb9mwr(a)gmail.com>
> Bcc:
> Date: Mon, 17 Jun 2019 15:54:13 -0500
> Subject: Re: [44net] NPR (New Packet Radio) : new firmware with 56kBaud
> and 120kBaud
> _________________________________________
> 44Net mailing list
> 44Net(a)mailman.ampr.org
> https://mailman.ampr.org/mailman/listinfo/44net
>
Hello,
I am Guillaume, callsign F4HDK, a french amateur-radio operator, and a
hacker-maker.
I would like to share with you my last project : NPR (New Packet Radio).
All documentation is provided here :
https://hackaday.io/project/164092-npr-new-packet-radio
This solution can transport bi directional IP trafic over 70cm radio
links, in a 'point to multipoint' topology, at datarate up to 500kbps.
This can be used to increase the range of existing HSMM-Hamnet networks,
at lower datarates.
It's designed for "access", not backbone, and not designed for H24 use.
Its is 100% open-source.
Do not hesitate to ask me questions about it.
I hope it will interest some people here.
73,
Guillaume F4HDK
> On Mon, 3 Jun 2019, David Ranch wrote:
> >/(6) A RTTY, data or multiplexed emission using a specified digital code /> >/listed in ?97.309(a) of this part may be transmitted. The symbol rate
must not /> >/exceed 56 kilobauds. A RTTY, data or multiplexed emission using an
unspecified /> >/digital code under the limitations listed in ?97.309(b) of this part
also may /> >/be transmitted. The authorized bandwidth is 100 kHz. /
> 56 kilobauds is because the Telebit Trailblazer existed; it used OFDM
> and 6 "baud" carriers.
The Trailblazer was fast, but it wasn't *that* fast!
It actually was like 19200 baud async, internally some 18kbps sync.
This was fast compared to the usual V.22bis (2400 bps) modems of the day, but of
course later telephone modems appeared that could to 56k.
We ran a Unix system with UUCP at work in those days but we could not use modems that fast
because the machine wasn't able to handle full 19200 baud async I/O as it could not
handle the interrupt load... those were the days.
(It was an NCR system with a separate processor for serial I/O, but IBM PC and clones
in those days also struggled at 19200, that is why the 16550 chip with hardware FIFO
was created...)
A couple of years later I bought a ZyXEL U-1496+ modem that also did 19200 over phone
lines, and was popular at some local ISPs. Like the Trailblazer it also used a 68000
processor and it cost well over $500 in local currency.
I agree that those modems are not going to work over radio. Even on telephone lines
they perform lengthy "training" sequences to measure the phase response of the line,
and then assume it remains the same over the duration of the call.
Rob
Telebit was doing the modulation in signal processing software in a
dedicated big-grasshopper-sized Motorola 68000 chip inside the modem.
These days we could do the same modulation in software in just about any
chip. But as Brian said, the signal impairments in multi kilometer
twisted pair telephone circuits with occasional loading coils, chopped
into 56k digital bitstreams and reconstituted at the other end before
transiting a different long twisted pair, are very different than the
impairments typically experienced when passing a signal thru typical
radio circuitry and kilometers of radio "ether" and interference.
There's free software for messing with OFDM over narrowband radio
(e.g. not WiFi); here are a few starting points:
https://github.com/rwth-ti/gr-ofdmhttps://ro.uow.edu.au/cgi/viewcontent.cgi?article=4984&context=theseshttps://github.com/kit-cel/gr-lte
John
My guess it depend how many updates their information.
On Tue, Jun 4, 2019 at 3:51 AM R P via 44Net <44net(a)mailman.ampr.org> wrote:
>
>
>
>
> ---------- Forwarded message ----------
> From: R P <ronenp(a)hotmail.com>
> To: "44net(a)mailman.ampr.org" <44net(a)mailman.ampr.org>
> Cc:
> Bcc:
> Date: Tue, 4 Jun 2019 07:49:41 +0000
> Subject: Portal encap file by email option
> Hi there
> I have noticed that there is option to get the encap file by email
> does anyone know how often the file change a day ? (if i chose to get it "when file change" ) ?
> Thanks forware
> Ronen - 4Z4ZQ
> http://www.ronen.org
> Ronen Pinchooks (4Z4ZQ) WebSite<http://www.ronen.org/>
> ronen.org (Ronen Pinchooks (4Z4ZQ) WebSite) is hosted by domainavenue.com
> www.ronen.org
>
>
>
> [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-anima…]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…>
>
>
>
> ---------- Forwarded message ----------
> From: R P via 44Net <44net(a)mailman.ampr.org>
> To: "44net(a)mailman.ampr.org" <44net(a)mailman.ampr.org>
> Cc: R P <ronenp(a)hotmail.com>
> Bcc:
> Date: Tue, 4 Jun 2019 07:49:41 +0000
> Subject: [44net] Portal encap file by email option
> _________________________________________
> 44Net mailing list
> 44Net(a)mailman.ampr.org
> https://mailman.ampr.org/mailman/listinfo/44net
--
Sysop de: VE2PKT (BBS), VE2PKT-13 (URONode)
: VE2RCN-1, VE2RGM-1, VE2RGC-1, VE2RVA-1, (The-Net)
: VE2PKT-9 (DXCluster), VE2PKT-10 (Winlink Gateway)
RF:
147.435 Mhz (1200 Bps),
Internet:
Telnet://nodes-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: ve2pkt(a)ve2pkt.ampr.org
Inet: ve2pkt(a)gmail.com
Because some of the gateways have dynamic IP addresses, the file
can change often, sometimes as often as once an hour.
- Brian
On Tue, Jun 04, 2019 at 07:49:41AM +0000, R P via 44Net wrote:
> From: R P <ronenp(a)hotmail.com>
> Subject: Portal encap file by email option
>
> Hi there
> I have noticed that there is option to get the encap file by email
> does anyone know how often the file change a day ? (if i chose to get it "when file change" ) ?
> Thanks forware
> Ronen - 4Z4ZQ
> http://www.ronen.org
> Ronen Pinchooks (4Z4ZQ) WebSite<http://www.ronen.org/>
> ronen.org (Ronen Pinchooks (4Z4ZQ) WebSite) is hosted by domainavenue.com
> www.ronen.org
Hi,
after a change of my dynamic IP address
happened yesterday afternoon the 44net
gateway remained on my expired IP, so
after a double check after several hours
confirm that failure still remains.
May you check about it? TNX
--
73 and ciao, gustavo i0ojj/ir0aab/ir0eq
