44net

44net@mailman.ampr.org

3198 discussions

Отн.: Re: ipip tunnel
by Miroslav Nikolov 02 Aug '13

02 Aug '13

2 hurs after my message all to this ip group is Ok. 73, LZ4NY Изпратено от Samsung Mobilelleachii(a)aol.com написа:(Please trim inclusions from previous messages) _______________________________________________ Miro LZ4NY, No problems on my side; is your AMPR firewall blocking ICMP - Echo Reply? > ip route get 44.185.1.1 44.185.1.1 via 109.107.73.62 dev tunl0 src 172.31.255.254 traceroute to 44.185.1.1 (44.185.1.1), 30 hops max, 60 byte packets 1 kb3vwg-001.ampr.org (44.60.44.1) 0.380 ms 0.202 ms 0.108 ms 2 lz4ny.ampr.org (44.185.1.1) 128.304 ms 132.677 ms 137.805 ms PING 44.185.1.1 (44.185.1.1) 56(84) bytes of data. 64 bytes from 44.185.1.1: icmp_req=1 ttl=63 time=130 ms 64 bytes from 44.185.1.1: icmp_req=2 ttl=63 time=128 ms 64 bytes from 44.185.1.1: icmp_req=3 ttl=63 time=131 ms 64 bytes from 44.185.1.1: icmp_req=4 ttl=63 time=133 ms --- 44.185.1.1 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 128.803/130.923/133.714/1.804 ms -Lynwood KB3VWG _________________________________________ 44Net mailing list 44Net(a)hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net http://www.ampr.org/donate.html

1 0

gateways sunset
by Brian Kantor 01 Aug '13

01 Aug '13

As many of you know, when we set up the portal and moved the gateways maintenance to it, we imported the legacy gateways file which included a significant number of dormant or abandoned gateway entries. Since then we've requested that people operating gateways "take possession" of them by registering their active gateways. I believe the time has come to flush all the gateway entries which have not been registered -- clearly by now if they're not registered they must be abandoned. So I propose that we use the month of August to get the last of the active gateways registered with the portal, and after the last day of the month we remove all unregistered gateways from the gateways files. What will remain are the gateways that are still active and being operated by somebody. This should make the tunnels routing table a bit smaller. Comments? - Brian

6 6

ipip tunnel
by lz4ny＠mail.bg 01 Aug '13

01 Aug '13

Hi, Who is problem ? If ping (or open) to whatismyip.ampr.org (44.60.44.12) direct from internet all is ok , if ping via IPIP (RIP44d update) tunnel from 44.185.1.1 is not ping. To Germany - ampr or Romania -ampr network proble is not. 73, Miro LZ4NY ------------------------------------- Завладей лятото със СуперХостинг.БГ! Само сега 50 GB пространство и неограничен трафик за 6,25 лв. на месец! http://www.superhosting.bg/SummerPromo2013/?utm_source=Mail.BG&utm_medium=S…

1 0

Re: [44net] gateways sunset
by Rob Janssen 01 Aug '13

01 Aug '13

> Subject: > [44net] gateways sunset > From: > Brian Kantor <Brian(a)UCSD.Edu> > Date: > 08/01/2013 03:54 AM > > To: > 44net(a)hamradio.ucsd.edu > > > As many of you know, when we set up the portal and moved the gateways > maintenance to it, we imported the legacy gateways file which included > a significant number of dormant or abandoned gateway entries. > > Since then we've requested that people operating gateways "take > possession" of them by registering their active gateways. > > I believe the time has come to flush all the gateway entries which have > not been registered -- clearly by now if they're not registered they > must be abandoned. > > So I propose that we use the month of August to get the last of the > active gateways registered with the portal, and after the last day of > the month we remove all unregistered gateways from the gateways files. > What will remain are the gateways that are still active and being operated > by somebody. This should make the tunnels routing table a bit smaller. Would it be possible to add the gateway status (actively registered or only imported) somehow in the gateway list? And maybe to list gateways with a subnet within the assigned address range for a coordinator? If so, I could try to contact the gateway operators in my range to get them to register or abandon their gateway entry. Rob

1 0

question regarding amprgw.sysnet.ucsd.edu
by Blaine Forbort 01 Aug '13

01 Aug '13

Hi all, I've just set up my net44 gateway using a Debian machine running in the cloud with a static IP. My plan is to use this machine as an IPIP-to-OpenVPN adapter so that I can run my subnet from home via my LTE connection, with will not support IPIP. I set up the machine with Debian linux and rip44d. I'm currently receiving the routing table from 44.0.0.1, and I'm able to ping several net44 machines in my area (44.4.2.153 and 44.4.50.1 for example), however, my linux machine is not able to ping 44.0.0.1. At first I assumed that this was a security policy, however, I'm also not able to access the ampr.org website from that machine now. in addition, I'm unable to ping my machine's net44 address from the internet. Is this a result of gw.ampr.org not updating it's gateway list, and thus not knowing how to route to me, or have I missed something obvious? Also, if anyone with a properly maintained gateway list could ping me at 44.4.36.1 and let me know the result, I'd appreciate it. Thank you, Blaine -- Blaine Forbort, K1QV Vallejo California

6 12

Re: [44net] gateways sunset
by kb9mwr＠gmail.com 01 Aug '13

01 Aug '13

I am okay with that. When or is someone working on cleaning the DNS up next? Someone mentioned the idea of sorting hosts that are theoretically reachable via a tunnel. Then possibly purging ones that are not, or at least further review of these. I gave it a quick try before, as it seemed simple enough. Look at the encap.txt file, look for hosts in each CIDR... (checking this file: ftp://hamradio.ucsd.edu/pub/amprhosts.) A quick google search yielded this nifty function that is the magic to the whole thing http://stackoverflow.com/questions/594112/matching-an-ip-to-a-cidr-mask-in-… http://pastebin.com/rbFuTeVi It's not quite working, maybe someone who knows more can fix it? If no one else is working on this, and it would seem helpful, please let me know, and I'll try and devote some time to it again. Steve, KB9MWR

3 2

Re: [44net] ampr.org DNS name add and update ?
by Wm Lewis 31 Jul '13

31 Jul '13

Hello Miro: Your local Coordinator can set that up for you. > Hello, > How can you add a name ampr.org as lz4ny.ampr.org be directed to IP > 44.185.1.1 tried by portal.ampr.org but it does not. > We will be happy to direct me where I can find more detailed information about the entry of names in ampr.org or setup dns server in Debian can add and edit names zone Bulgaria - 44.185.xx > > > 73, Miro, LZ4NY

1 0

ampr.org DNS name add and update ?
by lz4ny＠mail.bg 31 Jul '13

31 Jul '13

Hello, How can you add a name ampr.org as lz4ny.ampr.org be directed to IP 44.185.1.1 tried by portal.ampr.org but it does not. We will be happy to direct me where I can find more detailed information about the entry of names in ampr.org or setup dns server in Debian can add and edit names zone Bulgaria - 44.185.xx 73, Miro, LZ4NY ------------------------------------- Mail.BG: Безплатен e-mail адрес. Най-добрите характеристики на българския пазар - 20 GB пощенска кутия, 1 GB прикрепен файл, безплатен POP3, мобилна версия, SMS известяване и други. http://mail.bg

1 0

amprgw bandwidth
by Neil Johnson 30 Jul '13

30 Jul '13

Brian, How much bandwidth do you see coming from the Internet to amprgw on a daily basis ? Thanks. -Neil -- Neil Johnson -N0SFH http://erudicon.com

1 0

Re: [44net] Distributed BGP Announce
by Rob Janssen 29 Jul '13

29 Jul '13

> Subject: > Re: [44net] Distributed BGP Announce > From: > Brian D Heaton <ky9k-lists(a)ky9k.org> > Date: > 07/29/2013 05:54 AM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > My experience is with Cisco's "ip tcp adjust-mss xxx". It works 100% in all cases I've seen. Some very large deployed networks use that functionality. The only times we have issues is when folks remove that statement thinking it is redundant to > MTU size. (We set both) > > 73-KY9K/Brian > > > On 7/25/2013 8:59 AM, Marc, LX1DUC wrote >>> Also as it only really efficts TCP, I solve it on my GRE tunnels with >>> ip tcp adjust-mss 1436 in cisco >>> set interface $interface ip tcp adjust-mss 1436 in juniper >>> tcp-mss-adjust 1436 under an SDP config in Alcatel-Lucent >> >> What is your experience with that setup? Does it always (99.999% :-D) work? If so, count me in an let's go with it. >> >> 73 de Marc, LX1DUC I probably invented that :-) I introduced it into my version of NET (derived from KA9Q NET) in august of 1995, to avoid the fragmentation that frequently occurred when forwarding IP datagrams over NET/ROM transport. In my version, the MSS was automatically calculated from the MTU of the incoming and outgoing interface in the IP routing code. It worked very well. (MTU discovery did not exist back then) In 2001, Cisco introduced it in IOS and I realized I should have patented it :-) From changelog: PE1CHL.950819: TCP SYN packets are examined when routed, and the MSS option will be adjusted down to the maximum MSS possible on the incoming and outgoing interfaces. Thus, a more optimal end-to-end MSS is chosen, and fragmentation is avoided (e.g. when running IP over NET/ROM somewhere inbetween the endpoints) Rob

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net