> I'm writing a DVB-GSE receiver block for GNU Radio. It will be used in a
> future software defined DVB-S2 receiver. I've pretty much completed the
> block, but I'm stuck on how to forward packets written to the TAP
> interface into the Linux network stack.
That happens automatically. The tap interface has two sides, one exists as
a Linux network interface that you configure just as any network interface
and the other side is accessed via the socket in your application.
Forwarding is done as on any network: you assign IP addresses and subnet masks
to either side and send your packets to addresses living on the other side.
Rob
Brian Kantor:
I tried sending you two emails (off list). Both got bounced:
-----------------------------------------------------------------------------------------------------------------------------
Remote-MTA: dns; bkantor.net
Diagnostic-Code: smtp; 550 5.7.1 Disposition Notification Denied:NOYGDB
--------------------------------------------------------------------------
Can you contact me off list to verify any change in your email address?
Thank you.
------------------------------------------------------------------------
Wm Lewis (KG6BAJ)
AMPR Net IP Address Coordinator - Northern and Central California Regions
(A 100% Volunteer Group)
------------------------------------------------------------------------
This message is for the designated recipient only and MAY CONTAIN
PRIVILEGED OR CONFIDENTIAL INFORMATION.
If you have received it in error, please notify the sender immediately
and delete the original. Any other use of this E-mail is prohibited.
I'm writing a DVB-GSE receiver block for GNU Radio. It will be used in a
future software defined DVB-S2 receiver. I've pretty much completed the
block, but I'm stuck on how to forward packets written to the TAP
interface into the Linux network stack.
I'm guessing some sort of bridge or virtual Ethernet interface is
required, but I just can't find a coherent example.
I'm hoping the brain trust here on 44net can help. The source code is here:
https://github.com/drmpeg/gr-dvbgse/blob/master/lib/bbheader_sink_impl.cc
The block parses a baseband header frame from the DVB-S2 receiver,
builds an Ethernet frame, and writes it to the tap1 interface.
https://github.com/drmpeg/gr-dvbgse/blob/master/lib/bbheader_sink_impl.cc#L…
But I want that packet to be injected into the network stack. How can
that be done?
Ron W6RZ
> Is there a place where we can get the latest unofficial patches? Has anyone considered a fork to keep it relevant to modern kernels?
I would say it is best to remove all AX.25 code from the kernel and use one or more userspace programs to provide the functionality instead.
It is just too difficult to keep some seldomly used feature working in the kernel working without testing (as outlined by David).
And once there is a problem, it is almost impossible to get it fixed and very difficult to propagate fixes to end-user systems.
Put only device drivers in the kernel, not the actual protocol code.
Rob
> - May I encounter routing issues with some clients ?
> - Is it recommended to deploy ampr-ripd in parallel with BGP ?
You won't encounter problems with traffic to other systems on internet and also not with other
AMPRnet systems routed via BGP, but some of the traditional AMPRnet networks that are only
routed via IPIP will be unreachable when you do not run IPIP tunnels in parallel to your BGP
announcement, or at best they will be routed via San Diego, USA which of course affects delay
and packet loss values.
I cannot judge if this will affect your system.
However, when your router system is capable of running ampr-ripd or another solution for
IPIP tunnels (e.g. the scripts for RouterOS or the recent solution for Juniper) I think it is always
a good idea to install one of them.
Rob
> What's this "snow" thing? And can it be routed over the 44 net? ;P
It can sometimes affect the routing over UHF/SHF radio links.
But is anyone using those, or is only internet routing used?
Here we have had lots of rain and strong winds over the past week.
The antennas are shaking and I cannot work on my OSCAR 100 uplink.
My WiFi AMPRnet link to the radio tower nearby is affected due to a tree in the path.
Rob
> If you have a 44net subnet behind your router, machines that do not have DNS entries at ampr.org will not be able to reach BGPed networks, because amprgw requires any host passing traffic through it must have such a DNS entry.
> At the moment, simply removing the default route in your ampr table solves this and routes those hosts vis ISP NAT.
> By automatically creating individual routes for BGP subnets make this a little more diffcult, and breaks existing working setups. Even if this is not a big issue for people with good networking knowledge, it breaks things for those that should
have expected a simpler setup and are not profficient in networking, contrary to the initial goal of the proposal.
I think it is a little broader than this.
When you have a BGP routed subnet yourself, and you run ampr-ripd in parallel to improve connectivity to IPIP-only subnets, you force the traffic to other BGP routed subnets via amprgw where they would much more efficiently be routed directly.
(without NAT)
Of course a special version of ampr-ripd could be made that ignores those routes when some flag is given.
You could release such a version and advertise its existence here, give everyone involved the opportunity to install it, and only then make the change.
Rob
Hi there
does anyone know what ver of server (1 2 3) i have to put on my cisco SNTP if i want to use the following NNTP server s ?
44.24.244.4 and 44.60.44.1
Thanks Forward
Ronen - 4Z4ZQ
So I would be one of those with weak networking knowledge :( That said, would the proposed change have improved connectivity? I’m finding that not everyone is able to connect to my tunnel setup. I even noticed 3 days last week where N1URO.amor.org, was not reachable from untunnelled devices, like my cellphone and isp. If the changes would improve connectivity, even if people like me would need some instruction and tutoring, maybe it should be considered.
Roger
VA7VH
> On Mar 12, 2019, at 12:00, 44net-request(a)mailman.ampr.org wrote:
>
> Send 44Net mailing list submissions to
> 44net(a)mailman.ampr.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mailman.ampr.org/mailman/listinfo/44net
> or, via email, send a message with subject or body 'help' to
> 44net-request(a)mailman.ampr.org
>
> You can reach the person managing the list at
> 44net-owner(a)mailman.ampr.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of 44Net digest..."
> Today's Topics:
>
> 1. Re: BGP routes in RIP transmissions -- CANCELLED
> (Toussaint OTTAVI)
> 2. Re: BGP routes in RIP transmissions -- CANCELLED (Brian Kantor)
> 3. Re: BGP routes in RIP transmissions -- CANCELLED (Marius Petrescu)
> <mime-attachment>
> <mime-attachment>
> <mime-attachment>
> _______________________________________________
> 44Net mailing list
> 44Net(a)mailman.ampr.org
> https://mailman.ampr.org/mailman/listinfo/44net
