Hello Benoit, You should better ask your local community about your problems and questions. No one in america, russia or china will be able to answer you question. That's only partial true. Yes, since the 1980's. connectivity. For the users who like be reachable. ucsd.edu knows the path to your 44.142.200.1 via the correspondent ipip-gateway. He may filter traffic from the internet in order to protect you from non-ham-traffic and other harmful things. Interesting: Your local dns server maps the official reverse lookup (db0fhn.as64664.de.ampr.org) under a ch.ampr.org domain. 44.0.0.1 is only reachable from a source address in 44/8, if this address has a reverse lookup. Perhaps it's part of the concept, that ucsd.edu filters incoming internet traffic for unassigned 44-destinations. Unfortunately, it affects the dns resolving. You said, your IP is 44.142.200.1 ? That IP does not have a PTR record. Common setup. No split-brain. Unfortunately, it's a filter that affects you. It's a local configuration of your hotspot. They may speak ospf. Ask them what's it worth for. Yes, the hamnet routers speak bgp to each other. No. In no hamnet area I know. There's no such mechanism. vy 73, - Thomas dl9sau

Benoit, Routing for subnets of 44/8 is very complex compared to simple ISP-style routing. I will try to describe it in general; there are fine points which I won't go into here. Routing inside AMPRNet, and to and from the outside world is very different depending on which kind of AMPRNet subnet you are connected to. Note that the UCSD AMPRNet router is known as AMPRGW. If you are connected via one of the AMPRNet subnets which is directly connected to the Internet and announced via BGP, or you are on a non-44 subnet (such as one provided by your ISP), your routing to addresses on network 44 is handled just like any other Internet address; it goes via your default route to the Internet backbone which routes it to the destination. Note that that destination may be via AMPRGW or it may be another subnet of 44/8 which is directly connected. (If you look at the global BGP routing tables, you will see that 44.0.0.0/8 is variably subnetted, with subnets varying in size from /24 to /15.) There are about 150 44.x.x.x subnets which are directly connected to the Internet backbone and are announced via BGP. But there are some 600 MORE subnets of AMPRNet which are NOT announced via BGP. They are not directly reachable from the Internet backbone. Instead, they are announced to the world by the overarching 44/8 route via AMPRGW at UCSD. Packets to them are sent to AMPRGW, which encapsulates them in a TUNNEL and sends them to a gateway to the subnet, where the packets are de-encapsulated and placed on the subnet's LAN. Packets originating on that LAN are sent, depending on their destination, either via the tunnel to AMPRGW for injection into the Internet backbone, or if for another tunnel-connected AMPRNet subnet, via another tunnel to the appropriate gateway for the destination's 44.x.x.x LAN. The connectivity *INSIDE* the tunnel-connected AMPRNet is a MESH with 600+ tunnels connecting the various subnets that are not BGP-announced. There is, strictly speaking, no single default route to all of network 44/8. There is a routing table (often referred to as "the encap table") which lists the tunnel-connected subnets and the Internet address of the gateway which serves it. A few lines of this table look like this: 44.0.0.1/32 via 169.228.34.84 44.10.2.0/27 via 66.85.73.59 44.102.1.112/30 via 68.40.58.30 44.102.1.0/24 via 23.115.92.204 There is no BGP announcement for subnet 44.10.2.0/27, except the one for all of 44/8 at AMPRGW. So non-44 hosts, and those on BGP-announced 44 subnets would send packets for (eg) 44.10.2.1 to AMPRGW, which they would be encapsulated into a tunnel whose endpoint (as shown in the table above) is 66.85.73.59. Response packets would take the reverse route back via AMPRGW. 44-net hosts which are tunnel connected would consult their local routing table and see that packets to 44.10.2.1 would need to be encapsulated and sent to the tunnel between that host (or its gateway) and 66.85.73.59, where they would be de-encapsulated and placed on the 44.10.2.0/27 LAN. Packets to non-existent subnets of 44/8 are dropped, either by AMPRGW if they get that far, or by the local tunnel gateways. In addition, in order to reduce the amount of garbage reaching AMPRNet hosts, and to isolate those that don't want to be connected to the main Internet, AMPRGW filters inbound packets at the /32 level before encapsulating them. If you're not in the filter table (which is driven by the AMPR.ORG DNS tables), you won't get any traffic from the Internet via AMPRGW. Doing this mesh routing in a conventional router (by Cisco, Mikrotik, Juniper, FreeBSD, etc) is painful. You need some 450 separate tunnels each with their own endpoint, to some 600+ destination subnets. As these can change hourly, maintaining this is hard. However, the Linux kernel 'iptables' has a mechanism where you can set up a single tunnel interface which can have a per-packet endpoint address, so once the 'encap' routing table is loaded, only one tunnel interface is needed. Most people do it this way. There is a periodic transmission from the AMPRGW gateway to all the tunnel gateways which updates the routing table automatically, a little like RIP would. I hope this helps. - Brian [NB: you say you are connected to 'hamnet'. There are several different hamnets; I don't know the specifics of the one you're connected to.] On Sat, Feb 24, 2018 at 10:09:44AM +0100, Benoit Panizzon wrote: [...]

Benoit, Routing between HAMNET (which is not reachable from the Internet) and 44net hosts that are reachable via the Internet is always tricky. And I need some more details to figure out what is going wrong, probably at the international HAMNET routing node at DB0FHN. To take a closer look at the situation, contact me directly at hb9ctb(a)bluewin.ch 73 de Markus HB9CTB Markus Müller HB9CTB Coordinator HAMNET/44net IP Adresses Switzerland -----Ursprüngliche Nachricht----- Von: 44Net [mailto:44net-bounces+hb9ctb=bluewin.ch@mailman.ampr.org] Im Auftrag von Benoit Panizzon Gesendet: Samstag, 24. Februar 2018 10:10 An: AMPRNet working group Betreff: [44net] Routing of 44.0.0.0/8 how are routes announced to users? Dear List I'm pretty newly connected to hamnet, and also work at an ISP. I always assumed 44.0.0.0/8 would not be announced to the internet, but only routed privately on hamnet. Now I see routing issues I don't quite understand as for me this looks like routing is completely broken... On the internet core router I see that 44.0.0.0/8 is being announced by AS7377 (UCSD). But IP Addresses from the swiss HamNet range are not reachable via AS7377. So what is the point announcing the whole range to the internet? There is no 'more specific' route to 44.142.200.1 On the other hand I cannot reach parts of hamnet via hamnet. Take for example the Primary DNS of ampr.org: ampr.org. 3600 IN SOA ampr.org. ampr.org has address 44.0.0.1 1 gateway (157.161.57.65) 2.947 ms 2.887 ms 2.847 ms 2 mikrotik-hamnet.woody.ch (192.168.57.243) 4.937 ms 4.920 ms 4.887 ms 3 rf0.am-32.hb9am.ch.ampr.org (44.142.162.97) 21.810 ms 24.858 ms 29.860 ms 4 bb-hb9am-30.db0wbd.ch.ampr.org (44.224.90.81) 29.847 ms 32.792 ms 32.771 ms 5 wan-db0wbd.hc.r1.ampr.org (44.148.240.45) 78.907 ms 81.925 ms 84.438 ms 6 dc1-dc2.hc.r1.ampr.org (44.148.255.253) 97.808 ms 98.107 ms 113.973 ms 7 wan-db0gw.db0fhn.ch.ampr.org (44.224.122.2) 113.986 ms 113.149 ms 118.384 ms 8 db0fhn.ch.ampr.org (44.130.60.100) 126.890 ms 118.628 ms 137.776 ms 9 * * * My Gateway has a default route to the internet and a static route for 44.0.0.0/8 pointing to my WLAN Link to a 'public' Hamnet AP. So what is the point of having sort of a split-brain situation on the 44.0.0.0/8 hamnet ip range? I 'see' ospf packets on the WLAN link, but they only seem announce the local routes withing the swiss part of hamnet, not the global routes. Sort of makes sense, as you probably would run bgp to interconnect the different hamnet as numbers. So do I need to get an own hamnet as number? As a User?!? Or what mechanism is there supposed to be to tell a user which hamnet ip ranges are reachable via internet and which ones are reachable via hamnet. 73 -Benoit- / HB9EUE _________________________________________ 44Net mailing list 44Net(a)mailman.ampr.org https://mailman.ampr.org/mailman/listinfo/44net