44net

44net@mailman.ampr.org

2 participants
3205 discussions

tcpdump
by gm4upx＠gb7jd.co.uk 03 Jun '17

03 Jun '17

Hello, With the changes taking place I have been monitoring both the " old " and the " new " addresses. I'm receiving rip broadcasts from both and additionally similar broadcasts to the two lines below on the " old " address only. amprgw.sysnet.ucsd.edu > 172.16.1.4: IP (tos 0x0, ttl 111, id 14685, offset 0, flags [none], proto UDP (17), length 90) 218-228-138-51f1.osk3.eonet.ne.jp.25465 > mb7njd.ampr.org.3544: [udp sum ok] UDP, length 62 I have little knowledge of the meaning of this and would appreciate someone explaining it to me. Thanks in advance. ( Monitored from eth0 at 172.16.1.4 which is in DMZ ) Regards, Ian..

3 4

Re: [44net] hosts accessibility
by Rob Janssen 03 Jun '17

03 Jun '17

> Recently some important changes were > performed pertaining whole [44net] community. > Today I made few test in order to check > accessibility of [44net] hosts. Currently IPIP routing via the old amprgw is broken for our network. This is the result of several changes in the local config and at UCSD. I am not going to fix it, it should all be OK again after the change on monday. (it should not affect BGP routing of our network and traffic from other gateways) Rob

1 0

No networks found in my region
by Quan Zhou 03 Jun '17

03 Jun '17

Hi 44net, I just signed up AMPRNet but wasn't able to find my country [China] in the list. So I tried to register a new region, am I doing it correct? Thanks. -- Regards, Quan Zhou E271C0D1BD90012B8D8EECF6F822BC9F8E1C35C8 quanzhou822(a)gmail.com https://keybase.io/qzhou

2 2

Nevada coordinator
by James Sharp 02 Jun '17

02 Jun '17

I put in a request on 2017-05-18 for a netblock since I've moved to Nevada, but I haven't gotten the allocation. I can't seem to find a direct contact for the administrator.

2 2

Map game for mikrotik routers
by Marius Petrescu 02 Jun '17

02 Jun '17

For those who want to join the map test with mikrotik routers: - create a new script containing a single line (replace the call and locator, of course): /tool fetch mode=http url="http://44.182.21.1:59001/mikrotik?id=yo2loj@kn05os" keep-result=no - in the scheduler get it to run every 5 minutes. That's it. ampr-ripd clients appear as green dots, MT routers as reddish ones. http://44.182.21.1/ampr-map/ Marius, YO2LOJ

8 22

Gateways errors at amprgate
by R P 02 Jun '17

02 Jun '17

What is it ? 127.0.0.1 5.254.66.117 3 [19] dropped: non-44 inner source address 127.0.0.1 13.59.252.204 2 [19] dropped: non-44 inner source address 127.0.0.1 23.234.29.148 3 [19] dropped: non-44 inner source address 127.0.0.1 27.193.36.35 2 [19] dropped: non-44 inner source address

3 21

Packet/protocol generator web page ?
by R P 02 Jun '17

02 Jun '17

Does anyone know if there is on the web place that i can give address and a protocol / port and it will send data according to the protocol / port i want ? Or has anyone the capability to do so ? I want to tests some firewall rules that i made ... Thanks Forward Ronen - 4Z4ZQ

3 6

Re: [44net] mailing list security
by Rob Janssen 02 Jun '17

02 Jun '17

I think an adequate explanation for the URL-fetch mystery is that some people run a virus scanner or have their e-mail delivered to a mailservice that does scanning, and this scanner fetches all URLs in the message to check if they point to malware... No amount of validation of the subscribers will solve that problem. The only thing you can do is obfuscate the links, but that is incovenient for the reader. Similar problem: whenever you download a program, a second fetch is done by Microsoft/Google/Apple/whatever your favorite vendor to check what it is. I have seen this several times on a download server we run at work. Rob

2 1

Map notification for generic systems.
by Marius Petrescu 02 Jun '17

02 Jun '17

I also added a notification method for generic systems (they will appear as grey dots). Schedule a 5 min cron job (or whatever is needed to get it done) with the following instruction: wget -O /dev/null http://44.182.21.1:59001/generic?id=test@AA00AA Replace test@AA00AA with your gateway_call@qth_locator This also will only work from 44net sources only. Have fun, Marius, YO2LOJ

5 7

amprgw changeover schedule
by Brian Kantor 02 Jun '17

02 Jun '17

On Monday, around 0930 Pacific (1630 UTC), we'll be moving the inbound route for 44.0.0.0/8 from old amprgw to new. Shortly after, as soon as it's confirmed working, I'll turn off the RIP sender on old amprgw and you should stop seeing any more traffic from 169.228.66.251 (although the machine will stay up so we can archive it before turning it off). You'll continue to get RIP from 169.228.34.84, and that's where encap traffic will come from for the foreseeable future. This changeover will have the effect of moving the gw.ampr.org web site from old amprgw to new amprgw, so the graphs, charts, and tables will change to content as seen from new amprgw's view, thus we'll lose a few days history. Encap packets sent to old amprgw after the changeover will not be forwarded, as the machine will have no further routing to network 44. Gateways which have not updated their outgoing encap path will be unreachable. Everything else should just work. Wish us all good luck! - Brian

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net