Re: [AFMUG] PMP 100 Sessions and Reg Counts

[CBB - Jay Fuller]

anytime i've seen this on our network it has been a sync issue

  - Original Message - 
  From: Jay Weekley 
  To: af@afmug.com 
  Sent: Friday, November 10, 2017 11:05 AM
  Subject: [AFMUG] PMP 100 Sessions and Reg Counts


  What do you think the problem here is?  We had to replace a PMP 100 900 MHz 
access point earlier in the week and now the Session and Reg counts seem very 
high but there are no (zero) Re-Regs on any of the clients.  I could blame it 
on interference or timing but the zero Re-Regs confuses me.  The AP uptime when 
I took this information was 26 hours and we're using Packeflux timing.  We are 
also using a new Sync Injector but a used Sync Pipe. 

  LUID: 002 - [0a-00-3e-93-07-8c] State: IN SESSION (Encrypt Disabled)
Site Name: , Darlene
Software Version: CANOPY 12.1
FPGA Version: 111010 (DES, Sched, US/ETSI) P10
Session Timeout: 0, AirDelay: 70200 ns, 234 bits (approximately 6.534 
miles (34503 feet))
Session Count: 295, Reg Count: 295, Re-Reg Count: 0, Session Uptime: 
02:41:03

  LUID: 003 - [0a-00-3e-93-61-03] State: IN SESSION (Encrypt Disabled)
Site Name: , Scottie
Software Version: CANOPY 12.1
FPGA Version: 111010 (DES, Sched, US/ETSI) P10
Session Timeout: 0, AirDelay: 3300 ns, 11 bits (approximately 0.307 
miles (1621 feet))
Session Count: 43, Reg Count: 43, Re-Reg Count: 0, Session Uptime: 
03:19:04
Jitter (Avg/Last): 8/9   Power Level (Avg/Last): -56/-56
  
Rate: VC 19 Rate 2X/2X   
  LUID: 004 - [0a-00-3e-92-47-84] State: IN SESSION (Encrypt Disabled)
Site Name: , Jeff
Software Version: CANOPY 12.1
FPGA Version: 101410 (DES, Sched, US/ETSI) P9
Session Timeout: 0, AirDelay: 28500 ns, 95 bits (approximately 2.652 
miles (14007 feet))
Session Count: 252, Reg Count: 252, Re-Reg Count: 0, Session Uptime: 
02:45:22

  LUID: 005 - [0a-00-3e-91-9f-9b] State: IN SESSION (Encrypt Disabled)
Site Name: , Joseph 
Software Version: CANOPY 12.1
FPGA Version: 101410 (DES, Sched, US/ETSI) P9
Session Timeout: 0, AirDelay: 9300 ns, 31 bits (approximately 0.865 
miles (4570 feet))
Session Count: 41, Reg Count: 41, Re-Reg Count: 0, Session Uptime: 
03:18:41
 
  LUID: 006 - [0a-00-3e-93-08-16] State: IN SESSION (Encrypt Disabled)
Site Name: , Steve 
Software Version: CANOPY 12.1
FPGA Version: 111010 (DES, Sched, US/ETSI) P10
Session Timeout: 0, AirDelay: 20100 ns, 67 bits (approximately 1.871 
miles (9879 feet))
Session Count: 328, Reg Count: 328, Re-Reg Count: 0, Session Uptime: 
02:43:56

  LUID: 007 - [0a-00-3e-93-61-8d] State: IN SESSION (Encrypt Disabled)
Site Name: , Ben
Software Version: CANOPY 11.2
FPGA Version: 111010 (DES, Sched, US/ETSI) P10
Session Timeout: 0, AirDelay: 81900 ns, 273 bits (approximately 7.623 
miles (40253 feet))
Session Count: 382, Reg Count: 382, Re-Reg Count: 0, Session Uptime: 
02:37:09

  LUID: 008 - [0a-00-3e-94-e5-39] State: IN SESSION (Encrypt Disabled)
Site Name: , Regina 
Software Version: CANOPY 12.1
FPGA Version: 111010 (DES, Sched, US/ETSI) P10
Session Timeout: 0, AirDelay: 17100 ns, 57 bits (approximately 1.591 
miles (8404 feet))
Session Count: 35, Reg Count: 35, Re-Reg Count: 0, Session Uptime: 
03:18:38
   

Re: [AFMUG] Raspberry pi reliability

[Jaime Solorza]

My brother is an EE at Raytheon and they use them for all kinds of testing
and validation studies...he even has some at home for hobby work ..

On Nov 10, 2017 4:27 PM, "Mark Radabaugh"  wrote:

> We made security door controllers out of a Pi and RFID card reader.
> Haven’t touched them in 2 years, just seem to work.
>
> Mark Radabaugh
> Amplex
> 22690 Pemberville Rd
> Luckey, OH 43447
> 419-261-5996
>
> > On Nov 10, 2017, at 11:37 AM, Seth Mattinen  wrote:
> >
> >> On 11/10/17 8:27 AM, Sean Heskett wrote:
> >> Well cambium likes them enough to use them in their CMM5 controller
> (and charge an arm, leg and first born for it)
> >
> >
> > Yeah, that's what I was thinking off... Cambium stuck one in a box so
> either they've tested it and it's reliable, or it's a cheap RMA.
>
>

[AFMUG] Tower erection and solar system installs

[Jaime Solorza]

Going to Lubbock area on 27th to erect a 50ft. tower and three solar
systems with Ubiquiti radios.  My question is lightning related.  Our sop
as many of you know is to install air terminal at highest point of tower
and run ground wire to a rod buried 8 ft. deep.  Since this area is on edge
of tornado alley, I am thinking of installing three rods spaced out in a
ring.  It will be next to a well.  Any tips or better suggestions? Tak

Re: [AFMUG] Raspberry pi reliability

[Bill Prince]

I've had a pi running our weather station and uploading to wunderground 
for several years. Takes a licking, and keeps on ticking.


(RIP John Cameron Swayze 
)



bp


On 11/10/2017 3:27 PM, Mark Radabaugh wrote:

We made security door controllers out of a Pi and RFID card reader.  Haven’t 
touched them in 2 years, just seem to work.

Mark Radabaugh
Amplex
22690 Pemberville Rd
Luckey, OH 43447
419-261-5996


On Nov 10, 2017, at 11:37 AM, Seth Mattinen  wrote:


On 11/10/17 8:27 AM, Sean Heskett wrote:
Well cambium likes them enough to use them in their CMM5 controller (and charge 
an arm, leg and first born for it)


Yeah, that's what I was thinking off... Cambium stuck one in a box so either 
they've tested it and it's reliable, or it's a cheap RMA.

Re: [AFMUG] Raspberry pi reliability

[Mark Radabaugh]

We made security door controllers out of a Pi and RFID card reader.  Haven’t 
touched them in 2 years, just seem to work.

Mark Radabaugh
Amplex
22690 Pemberville Rd
Luckey, OH 43447
419-261-5996

> On Nov 10, 2017, at 11:37 AM, Seth Mattinen  wrote:
> 
>> On 11/10/17 8:27 AM, Sean Heskett wrote:
>> Well cambium likes them enough to use them in their CMM5 controller (and 
>> charge an arm, leg and first born for it)
> 
> 
> Yeah, that's what I was thinking off... Cambium stuck one in a box so either 
> they've tested it and it's reliable, or it's a cheap RMA.

[AFMUG] Weird ping

[Adam Moffett]

I'm pasting exact console output below.  The ping is to an RB260GS (the 
older hardware rev, not the new one).  It seems to have regurgitated the 
data portion of the packet because it didn't like the 16th byte.


I have never seen that before. Now that I'm watching, I've seen it a 
couple more times and it's complaining about a different byte each time. 
 Is this telling me that data is being corrupted in transit?



1008 bytes from 10.235.105.10: icmp_seq=814 ttl=254 time=23.2 ms
1008 bytes from 10.235.105.10: icmp_seq=815 ttl=254 time=23.0 ms
1008 bytes from 10.235.105.10: icmp_seq=816 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=817 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=818 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=819 ttl=254 time=23.0 ms
1008 bytes from 10.235.105.10: icmp_seq=820 ttl=254 time=24.7 ms
1008 bytes from 10.235.105.10: icmp_seq=821 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=822 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=823 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=824 ttl=254 time=23.8 ms
1008 bytes from 10.235.105.10: icmp_seq=825 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=826 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=827 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=828 ttl=254 time=23.2 ms
1008 bytes from 10.235.105.10: icmp_seq=829 ttl=254 time=23.0 ms
1008 bytes from 10.235.105.10: icmp_seq=831 ttl=254 time=23.0 ms
1008 bytes from 10.235.105.10: icmp_seq=832 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=833 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=834 ttl=254 time=25.5 ms
1008 bytes from 10.235.105.10: icmp_seq=835 ttl=254 time=23.1 ms
1008 bytes from 10.235.105.10: icmp_seq=836 ttl=254 time=23.1 ms
Warning: time of day goes back (-5111010437921us), taking 
countermeasures.
Warning: time of day goes back (-5111010437650us), taking 
countermeasures.

1008 bytes from 10.235.105.10: icmp_seq=837 ttl=254 time=0.000 ms
wrong data byte #16 should be 0x10 but was 0x1b
#16 1b a7 3 7b 13 94 4 eb 13 94 0 19 c 5a 0 28 0 0 0 0 0 0 0 0 0 0 0 
0 0 0 0  
0
#48 0 0 0 0 0 0 0 0 0 0 0 0 3f 80 0 0 0 0 0 0 1 0 0 0 1 0 0 0 1 0 0 
0
#80 1 0 0 0 0 0 0 36 1f 49 7e 72 1d 1 9 87 a 78 ff ff ff ff 0 0 0 0 
0 ff 0 0 
 ff ff

#1120 0 ff 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#1440 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#1760 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#2080 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#240ff c0 ff ff ff c0 ff ff f8 f9 fa fb fc fd fe ff 0 1 2 3 4 5 6 7 
8 9 a b  
c d e f
#27210 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 
25 26 27 
 28 29 2a 2b 2c 2d 2e 2f
#30430 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 
45 46 47 
 48 49 4a 4b 4c 4d 4e 4f
#33650 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60 61 62 63 64 
65 66 67 
 68 69 6a 6b 6c 6d 6e 6f
#36870 71 72 73 74 75 76 77 78 79 7a 7b 7c 7d 7e 7f 80 81 82 83 84 
85 86 87 
 88 89 8a 8b 8c 8d 8e 8f
#40090 91 92 93 94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 
a5 a6 a7 
 a8 a9 aa ab ac ad ae af
#432b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf c0 c1 c2 c3 c4 
c5 c6 c7 
 c8 c9 ca cb cc cd ce cf
#464d0 d1 d2 d3 d4 d5 d6 d7 d8 d9 da db dc dd de df e0 e1 e2 e3 e4 
e5 e6 e7 
 e8 e9 ea eb ec ed ee ef
#496f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd fe ff 0 1 2 3 4 5 6 7 
8 9 a b  
c d e f
#52810 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 
25 26 27 
 28 29 2a 2b 2c 2d 2e 2f
#560 

Re: [AFMUG] "Open" NAT

[Dave]

I think it was the shampoo I used


On 11/10/2017 10:49 AM, Josh Luthman wrote:

I think you got into that recreational pot a little early today...


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Fri, Nov 10, 2017 at 10:36 AM, Colin Stanners > wrote:


Spiritual = the socket is inside yourself

SkyPilot = your sockets randomly work a few minutes each day, but
with heavy packet loss.

Customer = angry calls threatening to switch providers since
'tower is down', but actually your sockets don't work since their
son unplugged the PoE injector to charge his iPhone.

L3 = your sockets are routed to somewhere in Amsterdam

On Fri, Nov 10, 2017 at 8:48 AM, Josh Luthman
>
wrote:

Open = the outside world can talk to the IP you appear to be
coming from on port3074?

Strict = you can make sockets, kind of like skype, but the
world can't hit that port

closed = it can't make sockets


Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St


Suite 1337


Troy, OH 45373



On Fri, Nov 10, 2017 at 9:00 AM, Mike Hammett
> wrote:

Not necessarily all, just the ones it needs. uPNP
typically handles this.



-
Mike Hammett
Intelligent Computing Solutions 


Midwest Internet Exchange 


The Brothers WISP 






*From: *"Lewis Bergman" >
*To: *af@afmug.com 
*Sent: *Friday, November 10, 2017 7:50:10 AM
*Subject: *Re: [AFMUG] "Open" NAT


I do think they are referring to a DST-NAT or DMZ type of
situation where all ports are open to specific IP on the
private side of the router.

On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett
> wrote:

Pretty sure that's an XBox term.

It means either your DST-NAT works or it doesn't.



-
Mike Hammett
Intelligent Computing Solutions 


Midwest Internet Exchange 


The Brothers WISP 






*From: *"Adam Moffett" >
*To: *af@afmug.com 
*Sent: *Friday, November 10, 2017 6:44:05 AM
*Subject: *[AFMUG] "Open" NAT


Is there an authoritative definition of "Open" vs
"Strict" NAT?  Or was the term invented by a game
console developer?

I'm just wondering because I don't think I've heard
those terms in any context other than error messages
from customer's XBoxes.







--

Re: [AFMUG] PMP 100 Sessions and Reg Counts

[Tyson Burris]

IF you have this many subs with issues, you have a faulty AP or water in the 
connector, or a GPS issue.
That’s been my experience when the entire AP VC’s shows rereg issues.

Regardless, try moving to the last FW released to be safe or change channels.



Tyson Burris, President
Internet Communications Inc.
739 Commerce Dr.
Franklin, IN 46131

Daytime # 317-738-0320
Cell/Direct # 317-412-1540
Online: www.surfici.net

[ICI]
What can ICI do for you?

Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh Wifi/Hotzones - IP 
Security - Fiber - Tower - Infrastructure.

CONFIDENTIALITY NOTICE: This e-mail is intended for the
addressee shown. It contains information that is
confidential and protected from disclosure. Any review,
dissemination or use of this transmission or its contents by
unauthorized organizations or individuals is strictly
prohibited.

From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: Friday, November 10, 2017 12:45 PM
To: af@afmug.com
Subject: Re: [AFMUG] PMP 100 Sessions and Reg Counts

Are you seriously still running 11.2 or 12.1? What version is the AP on? There 
was a timing bug for a very long time that was fixed with the final 13.4.1 
release. There *is* a difference between power port and timing port sync prior 
to 13.4.1.

The difference between a reg and a re-reg is very simple. A reg is when the 
session is new or idle. A re-reg means the AP hasn't torn down that session, 
but sees a registration attempt. That's often the case when the VC isn't very 
active, so the AP just kinda assumes it's still there. Or the SM doesn't see 
enough beacons and assumes it's out of session. Bursty interference, 
multi-path, etc.

Also, what h/w is the AP? P9's didn't have the best RF performance and 
calibration could be an issue. Been through that a dozen times. As we pull down 
900 APs, any P9's get compared to a known-good P9 and a P10 AP using 60dB pad. 
If the uplink and downlink power and jitter levels aren't sane, they go right 
in the recycle bin.
On 11/10/2017 11:05 AM, Jay Weekley wrote:
What do you think the problem here is?  We had to replace a PMP 100 900 MHz 
access point earlier in the week and now the Session and Reg counts seem very 
high but there are no (zero) Re-Regs on any of the clients.  I could blame it 
on interference or timing but the zero Re-Regs confuses me.  The AP uptime when 
I took this information was 26 hours and we're using Packeflux timing.  We are 
also using a new Sync Injector but a used Sync Pipe.

LUID: 002 - [0a-00-3e-93-07-8c] State: IN SESSION (Encrypt Disabled)
  Site Name: , Darlene
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 70200 ns, 234 bits (approximately 6.534 
miles (34503 feet))
  Session Count: 295, Reg Count: 295, Re-Reg Count: 0, Session Uptime: 
02:41:03

LUID: 003 - [0a-00-3e-93-61-03] State: IN SESSION (Encrypt Disabled)
  Site Name: , Scottie
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 3300 ns, 11 bits (approximately 0.307 miles 
(1621 feet))
  Session Count: 43, Reg Count: 43, Re-Reg Count: 0, Session Uptime: 
03:19:04
  Jitter (Avg/Last): 8/9   Power Level (Avg/Last): -56/-56

  Rate: VC 19 Rate 2X/2X
LUID: 004 - [0a-00-3e-92-47-84] State: IN SESSION (Encrypt Disabled)
  Site Name: , Jeff
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 28500 ns, 95 bits (approximately 2.652 
miles (14007 feet))
  Session Count: 252, Reg Count: 252, Re-Reg Count: 0, Session Uptime: 
02:45:22

LUID: 005 - [0a-00-3e-91-9f-9b] State: IN SESSION (Encrypt Disabled)
  Site Name: , Joseph
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 9300 ns, 31 bits (approximately 0.865 miles 
(4570 feet))
  Session Count: 41, Reg Count: 41, Re-Reg Count: 0, Session Uptime: 
03:18:41

LUID: 006 - [0a-00-3e-93-08-16] State: IN SESSION (Encrypt Disabled)
  Site Name: , Steve
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 20100 ns, 67 bits (approximately 1.871 
miles (9879 feet))
  Session Count: 328, Reg Count: 328, Re-Reg Count: 0, Session Uptime: 
02:43:56

LUID: 007 - [0a-00-3e-93-61-8d] State: IN SESSION (Encrypt Disabled)
  Site Name: , Ben
  Software Version: CANOPY 11.2
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 81900 ns, 273 bits (approximately 7.623 
miles (40253 feet))
  Session Count: 382, Reg Count: 382, Re-Reg Count: 0, Session Uptime: 
02:37:09

LUID: 008 - [0a-00-3e-94-e5-39] State: IN SESSION (Encrypt Disabled)
  Site Name: , Regina
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, 

Re: [AFMUG] PMP 100 Sessions and Reg Counts

[George Skorup]

Are you seriously still running 11.2 or 12.1? What version is the AP on? 
There was a timing bug for a very long time that was fixed with the 
final 13.4.1 release. There *is* a difference between power port and 
timing port sync prior to 13.4.1.


The difference between a reg and a re-reg is very simple. A reg is when 
the session is new or idle. A re-reg means the AP hasn't torn down that 
session, but sees a registration attempt. That's often the case when the 
VC isn't very active, so the AP just kinda assumes it's still there. Or 
the SM doesn't see enough beacons and assumes it's out of session. 
Bursty interference, multi-path, etc.


Also, what h/w is the AP? P9's didn't have the best RF performance and 
calibration could be an issue. Been through that a dozen times. As we 
pull down 900 APs, any P9's get compared to a known-good P9 and a P10 AP 
using 60dB pad. If the uplink and downlink power and jitter levels 
aren't sane, they go right in the recycle bin.


On 11/10/2017 11:05 AM, Jay Weekley wrote:
What do you think the problem here is?  We had to replace a PMP 100 
900 MHz access point earlier in the week and now the Session and Reg 
counts seem very high but there are no (zero) Re-Regs on any of the 
clients.  I could blame it on interference or timing but the zero 
Re-Regs confuses me.  The AP uptime when I took this information was 
26 hours and we're using Packeflux timing.  We are also using a new 
Sync Injector but a used Sync Pipe.


LUID: 002 - [0a-00-3e-93-07-8c] State: IN SESSION (Encrypt Disabled)
  Site Name: , Darlene
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 70200 ns, 234 bits (approximately 
6.534 miles (34503 feet))
Session Count: 295, Reg Count: 295, Re-Reg Count: 0, Session Uptime: 
02:41:03


LUID: 003 - [0a-00-3e-93-61-03] State: IN SESSION (Encrypt Disabled)
  Site Name: , Scottie
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 3300 ns, 11 bits (approximately 
0.307 miles (1621 feet))
Session Count: 43, Reg Count: 43, Re-Reg Count: 0, Session Uptime: 
03:19:04

  Jitter (Avg/Last): 8/9   Power Level (Avg/Last): -56/-56

  Rate: VC 19 Rate 2X/2X
LUID: 004 - [0a-00-3e-92-47-84] State: IN SESSION (Encrypt Disabled)
  Site Name: , Jeff
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 28500 ns, 95 bits (approximately 
2.652 miles (14007 feet))
Session Count: 252, Reg Count: 252, Re-Reg Count: 0, Session Uptime: 
02:45:22


LUID: 005 - [0a-00-3e-91-9f-9b] State: IN SESSION (Encrypt Disabled)
  Site Name: , Joseph
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 9300 ns, 31 bits (approximately 
0.865 miles (4570 feet))
Session Count: 41, Reg Count: 41, Re-Reg Count: 0, Session Uptime: 
03:18:41


LUID: 006 - [0a-00-3e-93-08-16] State: IN SESSION (Encrypt Disabled)
  Site Name: , Steve
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 20100 ns, 67 bits (approximately 
1.871 miles (9879 feet))
Session Count: 328, Reg Count: 328, Re-Reg Count: 0, Session Uptime: 
02:43:56


LUID: 007 - [0a-00-3e-93-61-8d] State: IN SESSION (Encrypt Disabled)
  Site Name: , Ben
  Software Version: CANOPY 11.2
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 81900 ns, 273 bits (approximately 
7.623 miles (40253 feet))
  Session Count: 382, Reg Count: 382, Re-Reg Count: 0, Session Uptime: 
02:37:09


LUID: 008 - [0a-00-3e-94-e5-39] State: IN SESSION (Encrypt Disabled)
  Site Name: , Regina
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 17100 ns, 57 bits (approximately 
1.591 miles (8404 feet))
Session Count: 35, Reg Count: 35, Re-Reg Count: 0, Session Uptime: 
03:18:38

[AFMUG] PMP 100 Sessions and Reg Counts

[Jay Weekley]

  
  
What do you think the problem here is?  We had to replace a PMP 100
900 MHz access point earlier in the week and now the Session and Reg
counts seem very high but there are no (zero) Re-Regs on any of the
clients.  I could blame it on interference or timing but the zero
Re-Regs confuses me.  The AP uptime when I took this information was
26 hours and we're using Packeflux timing.  We are also using a new
Sync Injector but a used Sync Pipe. 

LUID: 002 - [0a-00-3e-93-07-8c] State: IN SESSION (Encrypt Disabled)
  Site Name: , Darlene
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 70200 ns, 234 bits
(approximately 6.534 miles (34503 feet))
  Session Count: 295, Reg Count: 295,
  Re-Reg Count: 0, Session Uptime: 02:41:03
  
LUID: 003 - [0a-00-3e-93-61-03] State: IN SESSION (Encrypt Disabled)
  Site Name: , Scottie
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 3300 ns, 11 bits (approximately
0.307 miles (1621 feet))
  Session Count: 43, Reg Count: 43, Re-Reg
  Count: 0, Session Uptime: 03:19:04
  Jitter (Avg/Last): 8/9   Power Level (Avg/Last): -56/-56
    
  Rate: VC 19 Rate 2X/2X   
LUID: 004 - [0a-00-3e-92-47-84] State: IN SESSION (Encrypt Disabled)
  Site Name: , Jeff
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 28500 ns, 95 bits (approximately
2.652 miles (14007 feet))
  Session Count: 252, Reg Count: 252,
  Re-Reg Count: 0, Session Uptime: 02:45:22
  
LUID: 005 - [0a-00-3e-91-9f-9b] State: IN SESSION (Encrypt Disabled)
  Site Name: , Joseph 
  Software Version: CANOPY 12.1
  FPGA Version: 101410 (DES, Sched, US/ETSI) P9
  Session Timeout: 0, AirDelay: 9300 ns, 31 bits (approximately
0.865 miles (4570 feet))
  Session Count: 41, Reg Count: 41, Re-Reg
  Count: 0, Session Uptime: 03:18:41
   
LUID: 006 - [0a-00-3e-93-08-16] State: IN SESSION (Encrypt Disabled)
  Site Name: , Steve 
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 20100 ns, 67 bits (approximately
1.871 miles (9879 feet))
  Session Count: 328, Reg Count: 328,
  Re-Reg Count: 0, Session Uptime: 02:43:56
  
LUID: 007 - [0a-00-3e-93-61-8d] State: IN SESSION (Encrypt Disabled)
  Site Name: , Ben
  Software Version: CANOPY 11.2
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 81900 ns, 273 bits
(approximately 7.623 miles (40253 feet))
  Session Count: 382, Reg Count: 382,
  Re-Reg Count: 0, Session Uptime: 02:37:09
  
LUID: 008 - [0a-00-3e-94-e5-39] State: IN SESSION (Encrypt Disabled)
  Site Name: , Regina 
  Software Version: CANOPY 12.1
  FPGA Version: 111010 (DES, Sched, US/ETSI) P10
  Session Timeout: 0, AirDelay: 17100 ns, 57 bits (approximately
1.591 miles (8404 feet))
  Session Count: 35, Reg Count: 35,
  Re-Reg Count: 0, Session Uptime: 03:18:38
 
  

Re: [AFMUG] "Open" NAT

[Matt]

https://serverfault.com/questions/208522/what-is-strict-moderate-and-open-nat


On Fri, Nov 10, 2017 at 6:44 AM, Adam Moffett  wrote:
> Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was the
> term invented by a game console developer?
>
> I'm just wondering because I don't think I've heard those terms in any
> context other than error messages from customer's XBoxes.
>

Re: [AFMUG] "Open" NAT

[Josh Luthman]

I think you got into that recreational pot a little early today...


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Fri, Nov 10, 2017 at 10:36 AM, Colin Stanners 
wrote:

> Spiritual = the socket is inside yourself
>
> SkyPilot = your sockets randomly work a few minutes each day, but with
> heavy packet loss.
>
> Customer = angry calls threatening to switch providers since 'tower is
> down', but actually your sockets don't work since their son unplugged the
> PoE injector to charge his iPhone.
>
> L3 = your sockets are routed to somewhere in Amsterdam
>
> On Fri, Nov 10, 2017 at 8:48 AM, Josh Luthman  > wrote:
>
>> Open = the outside world can talk to the IP you appear to be coming from
>> on port3074?
>>
>> Strict = you can make sockets, kind of like skype, but the world can't
>> hit that port
>>
>> closed = it can't make sockets
>>
>>
>> Josh Luthman
>> Office: 937-552-2340 <(937)%20552-2340>
>> Direct: 937-552-2343 <(937)%20552-2343>
>> 1100 Wayne St
>> 
>> Suite 1337
>> 
>> Troy, OH 45373
>> 
>>
>> On Fri, Nov 10, 2017 at 9:00 AM, Mike Hammett  wrote:
>>
>>> Not necessarily all, just the ones it needs. uPNP typically handles this.
>>>
>>>
>>>
>>> -
>>> Mike Hammett
>>> Intelligent Computing Solutions 
>>> 
>>> 
>>> 
>>> 
>>> Midwest Internet Exchange 
>>> 
>>> 
>>> 
>>> The Brothers WISP 
>>> 
>>>
>>>
>>> 
>>> --
>>> *From: *"Lewis Bergman" 
>>> *To: *af@afmug.com
>>> *Sent: *Friday, November 10, 2017 7:50:10 AM
>>> *Subject: *Re: [AFMUG] "Open" NAT
>>>
>>>
>>> I do think they are referring to a DST-NAT or DMZ type of situation
>>> where all ports are open to specific IP on the private side of the router.
>>>
>>> On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett  wrote:
>>>
 Pretty sure that's an XBox term.

 It means either your DST-NAT works or it doesn't.



 -
 Mike Hammett
 Intelligent Computing Solutions 
 
 
 
 
 Midwest Internet Exchange 
 
 
 
 The Brothers WISP 
 


 
 --
 *From: *"Adam Moffett" 
 *To: *af@afmug.com
 *Sent: *Friday, November 10, 2017 6:44:05 AM
 *Subject: *[AFMUG] "Open" NAT


 Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was
 the term invented by a game console developer?

 I'm just wondering because I don't think I've heard those terms in any
 context other than error messages from customer's XBoxes.


>>>
>>
>

Re: [AFMUG] "Open" NAT

[Dave]

Yep, thats what I in-vision as well

On 11/10/2017 09:36 AM, Colin Stanners wrote:

Spiritual = the socket is inside yourself

SkyPilot = your sockets randomly work a few minutes each day, but with 
heavy packet loss.


Customer = angry calls threatening to switch providers since 'tower is 
down', but actually your sockets don't work since their son unplugged 
the PoE injector to charge his iPhone.


L3 = your sockets are routed to somewhere in Amsterdam

On Fri, Nov 10, 2017 at 8:48 AM, Josh Luthman 
> wrote:


Open = the outside world can talk to the IP you appear to be
coming from on port3074?

Strict = you can make sockets, kind of like skype, but the world
can't hit that port

closed = it can't make sockets


Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St


Suite 1337


Troy, OH 45373



On Fri, Nov 10, 2017 at 9:00 AM, Mike Hammett > wrote:

Not necessarily all, just the ones it needs. uPNP typically
handles this.



-
Mike Hammett
Intelligent Computing Solutions 


Midwest Internet Exchange 


The Brothers WISP 





*From: *"Lewis Bergman" >
*To: *af@afmug.com 
*Sent: *Friday, November 10, 2017 7:50:10 AM
*Subject: *Re: [AFMUG] "Open" NAT


I do think they are referring to a DST-NAT or DMZ type of
situation where all ports are open to specific IP on the
private side of the router.

On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett > wrote:

Pretty sure that's an XBox term.

It means either your DST-NAT works or it doesn't.



-
Mike Hammett
Intelligent Computing Solutions 


Midwest Internet Exchange 


The Brothers WISP 






*From: *"Adam Moffett" >
*To: *af@afmug.com 
*Sent: *Friday, November 10, 2017 6:44:05 AM
*Subject: *[AFMUG] "Open" NAT


Is there an authoritative definition of "Open" vs "Strict"
NAT?  Or was the term invented by a game console developer?

I'm just wondering because I don't think I've heard those
terms in any context other than error messages from
customer's XBoxes.






--

Re: [AFMUG] Raspberry pi reliability

[Seth Mattinen]

On 11/10/17 8:27 AM, Sean Heskett wrote:
Well cambium likes them enough to use them in their CMM5 controller (and 
charge an arm, leg and first born for it)



Yeah, that's what I was thinking off... Cambium stuck one in a box so 
either they've tested it and it's reliable, or it's a cheap RMA.

Re: [AFMUG] Class B Ip space

[Seth Mattinen]

On 11/9/17 9:16 PM, Robert wrote:
That's what I am telling him.�� It's going to be a cliff function 
where the price goes up and up and then falls off a cliff, get monetize 
it now where it's worth something



Perhaps charge a premium for clean, unused addresses. There's a lot of 
"help me I just got some IP addresses and they're blacklisted 
everywhere" posts these days.

Re: [AFMUG] Raspberry pi reliability

[Sean Heskett]

Well cambium likes them enough to use them in their CMM5 controller (and
charge an arm, leg and first born for it)

-Sean


On Thu, Nov 9, 2017 at 10:30 PM Forrest Christian (List Account) <
li...@packetflux.com> wrote:

> I know some of you are using rasberry pi's in your network for various
> functions.   We're having a bit of debate here about the long term
> reliability of the pi hardware.
>
> I was wondering what everyone's experience is in relation to this?
>
>
> --
> *Forrest Christian* *CEO**, PacketFlux Technologies, Inc.*
> Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602
> 
> forre...@imach.com | http://www.packetflux.com
>   
>   
>
>

Re: [AFMUG] OT: dryer fuses

[Jaime Solorza]

Dirt, grease, lint build up plastic wears out...easy to replace.

On Nov 10, 2017 7:39 AM, "Josh Luthman"  wrote:

> It's pretty often the timer is the problem on dryers.  Dunno why.
>
> Far as I know it's just a timer and relays.
>
>
> Josh Luthman
> Office: 937-552-2340 <(937)%20552-2340>
> Direct: 937-552-2343 <(937)%20552-2343>
> 1100 Wayne St
> 
> Suite 1337
> 
> Troy, OH 45373
> 
>
> On Thu, Nov 9, 2017 at 11:04 PM, Steve Jones 
> wrote:
>
>> Once i found out most 600 dollar dryer problems fall on a 7 dollar
>> thermal fuse, ive shafted the dryer man hundreds of times by getting folks
>> up and running for under ten bucks, fuck that maytag douche.
>> I finally took a picture.
>> This is where most dryers are at when they fail
>> I assume its an analog rimer failure combined with an eol fuse.
>> You people who know more about electromagical powers than me: whats
>> happening in an analog timer right here?
>> I need to know
>>
>
>

Re: [AFMUG] Radomes...

[Jeremy]

We put raydomes on all of our dishes.  I have never done a before and after
comparison.  It is so minimal that we just use them everywhere.

On Thu, Nov 9, 2017 at 9:37 AM, Chuck McCown  wrote:

> The material, thickness and placement all affect radome loss.
> Fiberglass is normally the best, the thinner the better.
> There is a factor called the loss tangent for most materials used.  The
> lower the better.
>
> But it also has to be spaced such that it is placed in a null in the
> nearfield electrical field.
> If it is spaced wrong it can create a bunch of loss.  Spaced right and it
> becomes invisible to the signal.
>
> I would say less than a dB and if done right, less than a half dB.
>
> -Original Message- From: Robert Andrews
> Sent: Wednesday, November 08, 2017 8:30 PM
> To: af@afmug.com
>
> Subject: [AFMUG] Radomes...
>
> What do you folks out there see for signal loss when putting a radome on
> a 5 Ghz link?   I was testing today thinking I might see 1db loss and
> was surprised to see more like 2-3 db!   I also had that link go from
> doing 80mb/s in testing to around 70mb/s with the radome...
>
> Best,
> Robert
>

Re: [AFMUG] "Open" NAT

[Colin Stanners]

Spiritual = the socket is inside yourself

SkyPilot = your sockets randomly work a few minutes each day, but with
heavy packet loss.

Customer = angry calls threatening to switch providers since 'tower is
down', but actually your sockets don't work since their son unplugged the
PoE injector to charge his iPhone.

L3 = your sockets are routed to somewhere in Amsterdam

On Fri, Nov 10, 2017 at 8:48 AM, Josh Luthman 
wrote:

> Open = the outside world can talk to the IP you appear to be coming from
> on port3074?
>
> Strict = you can make sockets, kind of like skype, but the world can't hit
> that port
>
> closed = it can't make sockets
>
>
> Josh Luthman
> Office: 937-552-2340 <(937)%20552-2340>
> Direct: 937-552-2343 <(937)%20552-2343>
> 1100 Wayne St
> 
> Suite 1337
> 
> Troy, OH 45373
> 
>
> On Fri, Nov 10, 2017 at 9:00 AM, Mike Hammett  wrote:
>
>> Not necessarily all, just the ones it needs. uPNP typically handles this.
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions 
>> 
>> 
>> 
>> 
>> Midwest Internet Exchange 
>> 
>> 
>> 
>> The Brothers WISP 
>> 
>>
>>
>> 
>> --
>> *From: *"Lewis Bergman" 
>> *To: *af@afmug.com
>> *Sent: *Friday, November 10, 2017 7:50:10 AM
>> *Subject: *Re: [AFMUG] "Open" NAT
>>
>>
>> I do think they are referring to a DST-NAT or DMZ type of situation where
>> all ports are open to specific IP on the private side of the router.
>>
>> On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett  wrote:
>>
>>> Pretty sure that's an XBox term.
>>>
>>> It means either your DST-NAT works or it doesn't.
>>>
>>>
>>>
>>> -
>>> Mike Hammett
>>> Intelligent Computing Solutions 
>>> 
>>> 
>>> 
>>> 
>>> Midwest Internet Exchange 
>>> 
>>> 
>>> 
>>> The Brothers WISP 
>>> 
>>>
>>>
>>> 
>>> --
>>> *From: *"Adam Moffett" 
>>> *To: *af@afmug.com
>>> *Sent: *Friday, November 10, 2017 6:44:05 AM
>>> *Subject: *[AFMUG] "Open" NAT
>>>
>>>
>>> Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was
>>> the term invented by a game console developer?
>>>
>>> I'm just wondering because I don't think I've heard those terms in any
>>> context other than error messages from customer's XBoxes.
>>>
>>>
>>
>

Re: [AFMUG] Books

[chuck]

I don't know how many companies I have seen that had their servers and 
workstations named after planets...


-Original Message- 
From: Robert

Sent: Friday, November 10, 2017 7:37 AM
To: af@afmug.com
Subject: Re: [AFMUG] Books

Tanenbaum...   A true legend...


On 11/9/17 9:43 PM, Chuck McCown wrote:

You made me have to go look to make sure I still had the MOSFET book...

Re: [AFMUG] "Open" NAT

[Josh Luthman]

Open = the outside world can talk to the IP you appear to be coming from on
port3074?

Strict = you can make sockets, kind of like skype, but the world can't hit
that port

closed = it can't make sockets


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Fri, Nov 10, 2017 at 9:00 AM, Mike Hammett  wrote:

> Not necessarily all, just the ones it needs. uPNP typically handles this.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"Lewis Bergman" 
> *To: *af@afmug.com
> *Sent: *Friday, November 10, 2017 7:50:10 AM
> *Subject: *Re: [AFMUG] "Open" NAT
>
>
> I do think they are referring to a DST-NAT or DMZ type of situation where
> all ports are open to specific IP on the private side of the router.
>
> On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett  wrote:
>
>> Pretty sure that's an XBox term.
>>
>> It means either your DST-NAT works or it doesn't.
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions 
>> 
>> 
>> 
>> 
>> Midwest Internet Exchange 
>> 
>> 
>> 
>> The Brothers WISP 
>> 
>>
>>
>> 
>> --
>> *From: *"Adam Moffett" 
>> *To: *af@afmug.com
>> *Sent: *Friday, November 10, 2017 6:44:05 AM
>> *Subject: *[AFMUG] "Open" NAT
>>
>>
>> Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was
>> the term invented by a game console developer?
>>
>> I'm just wondering because I don't think I've heard those terms in any
>> context other than error messages from customer's XBoxes.
>>
>>
>

Re: [AFMUG] Class B Ip space

[Robert]

Nope...   More of a pioneer than that...   Way back far before 
wireless...   When back when address space was given away for the 
asking.  My mistake was being nice and asking for a C instead of a B, he 
had better imagination than I.



On 11/10/17 6:37 AM, Travis Johnson wrote:
I think this is the same guy that talked about selling his block about 
6-7 years ago... an original founder of a very well known wireless 
pioneer company??


Travis


On 11/9/2017 7:13 PM, Robert wrote:
$150/month for 255 addresses?  less than the going rate from the 
majors to subs?  or per IP?   BTW this guy doesn't need to work 
already... Part of why he has a /16 personally...


On 11/9/17 5:19 PM, Adam Moffett wrote:
Some guy came around and offered me $150/month per Class C.  I told 
him he was crazy.


On the other hand if your friend leased the whole Class B at that 
rate, he wouldn't have to work anymore.  I can't answer the leasing 
agent question, but I can send you the contact info of the person 
who approached me offlist if you want.



-- Original Message --
From: "Robert Andrews" 
To: af@afmug.com
Sent: 11/9/2017 6:53:12 PM
Subject: [AFMUG] Class B Ip space

I am posting for a friend who has a class b address space.   He is 
interested in leasing it out but doesn't want to do the 
administration of the leasing himself, rather going through a 
leasing agent.  Is there anyone in particular that people think 
highly of?


Robert

Re: [AFMUG] Raspberry pi reliability

[Josh Luthman]

The Pi should be fine.  Your real concern is storage - the media and power
loss during a write cycle.

Ramdisk and rsync might help.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 9, 2017 at 10:30 PM, Forrest Christian (List Account) <
li...@packetflux.com> wrote:

> I know some of you are using rasberry pi's in your network for various
> functions.   We're having a bit of debate here about the long term
> reliability of the pi hardware.
>
> I was wondering what everyone's experience is in relation to this?
>
> --
> *Forrest Christian* *CEO**, PacketFlux Technologies, Inc.*
> Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602
> 
> forre...@imach.com | http://www.packetflux.com
>   
>   
>
>

Re: [AFMUG] OT: dryer fuses

[Josh Luthman]

It's pretty often the timer is the problem on dryers.  Dunno why.

Far as I know it's just a timer and relays.


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Thu, Nov 9, 2017 at 11:04 PM, Steve Jones 
wrote:

> Once i found out most 600 dollar dryer problems fall on a 7 dollar thermal
> fuse, ive shafted the dryer man hundreds of times by getting folks up and
> running for under ten bucks, fuck that maytag douche.
> I finally took a picture.
> This is where most dryers are at when they fail
> I assume its an analog rimer failure combined with an eol fuse.
> You people who know more about electromagical powers than me: whats
> happening in an analog timer right here?
> I need to know
>

Re: [AFMUG] Books

[Robert]

Tanenbaum...   A true legend...


On 11/9/17 9:43 PM, Chuck McCown wrote:

You made me have to go look to make sure I still had the MOSFET book...

Re: [AFMUG] Class B Ip space

[Travis Johnson]

I think this is the same guy that talked about selling his block about 
6-7 years ago... an original founder of a very well known wireless 
pioneer company??


Travis


On 11/9/2017 7:13 PM, Robert wrote:
$150/month for 255 addresses?  less than the going rate from the 
majors to subs?  or per IP?   BTW this guy doesn't need to work 
already... Part of why he has a /16 personally...


On 11/9/17 5:19 PM, Adam Moffett wrote:
Some guy came around and offered me $150/month per Class C.  I told 
him he was crazy.


On the other hand if your friend leased the whole Class B at that 
rate, he wouldn't have to work anymore.  I can't answer the leasing 
agent question, but I can send you the contact info of the person who 
approached me offlist if you want.



-- Original Message --
From: "Robert Andrews" 
To: af@afmug.com
Sent: 11/9/2017 6:53:12 PM
Subject: [AFMUG] Class B Ip space

I am posting for a friend who has a class b address space.   He is 
interested in leasing it out but doesn't want to do the 
administration of the leasing himself, rather going through a 
leasing agent.  Is there anyone in particular that people think 
highly of?


Robert

Re: [AFMUG] "Open" NAT

[Mike Hammett]

Not necessarily all, just the ones it needs. uPNP typically handles this. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Lewis Bergman"  
To: af@afmug.com 
Sent: Friday, November 10, 2017 7:50:10 AM 
Subject: Re: [AFMUG] "Open" NAT 


I do think they are referring to a DST-NAT or DMZ type of situation where all 
ports are open to specific IP on the private side of the router. 


On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett < af...@ics-il.net > wrote: 




Pretty sure that's an XBox term. 

It means either your DST-NAT works or it doesn't. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 






From: "Adam Moffett" < dmmoff...@gmail.com > 
To: af@afmug.com 
Sent: Friday, November 10, 2017 6:44:05 AM 
Subject: [AFMUG] "Open" NAT 




Is there an authoritative definition of "Open" vs "Strict" NAT? Or was the term 
invented by a game console developer? 


I'm just wondering because I don't think I've heard those terms in any context 
other than error messages from customer's XBoxes. 

Re: [AFMUG] "Open" NAT

[Lewis Bergman]

I do think they are referring to a DST-NAT or DMZ type of situation where
all ports are open to specific IP on the private side of the router.

On Fri, Nov 10, 2017 at 6:48 AM Mike Hammett  wrote:

> Pretty sure that's an XBox term.
>
> It means either your DST-NAT works or it doesn't.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"Adam Moffett" 
> *To: *af@afmug.com
> *Sent: *Friday, November 10, 2017 6:44:05 AM
> *Subject: *[AFMUG] "Open" NAT
>
>
> Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was
> the term invented by a game console developer?
>
> I'm just wondering because I don't think I've heard those terms in any
> context other than error messages from customer's XBoxes.
>
>

Re: [AFMUG] "Open" NAT

[Mike Hammett]

Pretty sure that's an XBox term. 

It means either your DST-NAT works or it doesn't. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Adam Moffett"  
To: af@afmug.com 
Sent: Friday, November 10, 2017 6:44:05 AM 
Subject: [AFMUG] "Open" NAT 

Is there an authoritative definition of "Open" vs "Strict" NAT? Or was the term 
invented by a game console developer? 


I'm just wondering because I don't think I've heard those terms in any context 
other than error messages from customer's XBoxes. 

[AFMUG] "Open" NAT

[Adam Moffett]

Is there an authoritative definition of "Open" vs "Strict" NAT?  Or was 
the term invented by a game console developer?


I'm just wondering because I don't think I've heard those terms in any 
context other than error messages from customer's XBoxes.