Re: [AFMUG] Backups of Epmp APs

[Steve Jones]

I have no idea what cracking coca in is required to get a json from an snmp
querie, but I want in on this

On Apr 18, 2017 9:47 PM, "Josh Luthman"  wrote:

> Dude you rock.  I owe you a case of beer!
>
> Oddly enough the documentation for that OID (bit 001) says it will output
> json config files but the HTTP link is giving me a bin.  Also handy, 31
> will report 5 if it's ready to provide a URL.
>
>
> 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 Tue, Apr 18, 2017 at 5:29 PM, Mathew Howard 
> wrote:
>
>> I'm not doing any kind of backup, either, but I believe it's possible to
>> do it through SNMP... I think I have some notes somewhere.
>>
>> yeah, here we go...
>>
>> this OID will create a backup :
>> 1.3.6.1.4.1.17713.21.6.4.30.0 i 001
>>
>> and this one will give you an HTTP link to it:
>> 10.1.54.12 1.3.6.1.4.1.17713.21.6.4.33
>>
>> I think it's possible to do it through SSH as well, but you probably need
>> to use http to get the file.
>>
>>
>> On Tue, Apr 18, 2017 at 2:31 PM, Josh Luthman <
>> j...@imaginenetworksllc.com> wrote:
>>
>>> I try to document the SSID and PSK.  The frequency/channel size/etc are
>>> all monitored/recorded in Powercode.
>>>
>>> It's just a lot easier for someone to grab a file, throw it at the
>>> replacement, and be on the tower in 2 minutes instead of hunting and
>>> pecking for bits of information.
>>>
>>>
>>> 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 Tue, Apr 18, 2017 at 3:03 PM, George Skorup >> > wrote:
>>>
 Yeah really, the most logical thing would be to have cnMaestro keep a
 local copy of at least the text config so we can pull it if a device dies
 and need to reload it on new hardware.

 But no, I'm not doing any kind of config backups. SSIDs, IP addresses,
 etc. are documented elsewhere, so it's not a major pain to configure a
 replacement radio.

 On 4/18/2017 1:46 PM, Josh Luthman wrote:

 With Ubnt I ssh in and grab the config (system.cfg) and then save it.

 Trying to replicate this with Epmp.  If I do a config show it's a user
 friendly format but this isn't restore friendly at all.  The only option is
 a json or bin backup but this isn't available in the CLI (per Cambium
 support).  Has anyone gone through the nutty hassle of trying this in the
 GUI?  cnMaestro has some config of it but it isn't available when the
 device is offline (irony).

 Is there another option to backup that I haven't mentioned?  What is
 everyone else doing?

 Josh Luthman
 Office: 937-552-2340 <(937)%20552-2340>
 Direct: 937-552-2343 <(937)%20552-2343>
 1100 Wayne St
 Suite 1337
 Troy, OH 45373



>>>
>>
>

Re: [AFMUG] Addition to new site.

[Jon Langeler]

Throwing those pictures on your website alone would be great

Jon Langeler
Michwave Technologies, Inc.


> On Apr 18, 2017, at 3:21 PM, Forrest Christian (List Account) 
>  wrote:
> 
> Partially our fault...  We really should have better docs available.  There's 
> a lot of reasons why we don't,  but suffice it to say that it is not because 
> of lack of desire.
> 
>> On Apr 18, 2017 9:08 AM, "Sam Lambie"  wrote:
>> Thanks for the heads up on the pin out. I feel pretty dumb now
>> 
>>> On Mon, Apr 17, 2017 at 10:22 AM, Forrest Christian (List Account) 
>>>  wrote:
>>> There's a drawing in the 450i or 450m documentation which shows how to 
>>> cable a 6p6c device to the 8p8c port.   Snip shown below:
>>> 
>>> 
>>> ​
>>> 
 On Mon, Apr 17, 2017 at 9:06 AM, Sam Lambie  wrote:
 Ok Thanks. The Syncbox is new as of a month ago.
 Cabling from to Medusa is RJ-12 using pins 1 and 6 for sync. I have a 
 feeling that I need to use a different termination
 What is the proper termination type and cabling pinout? Your site is 
 lacking on documentation.
 
 Thanks
 Sam
 
> On Mon, Apr 17, 2017 at 8:59 AM, Forrest Christian (List Account) 
>  wrote:
> This is definitely in the weird category.  
> 
> Can you verify how old this syncbox 12 is?   I'm guessing that it is new 
> from us in February.
> 
> Can you also let me know how you cabled the syncbox to the medusa?
> 
> The two weird items here are:
> 
> 1) Why is it not picking up sync from the timing port?   (Cabling issue?  
> There's a special cable from the syncbox to the aux port since the aux 
> port is a 8p8c with a different pinout)
> 
> 2) Why does it think it's picking up sync from the power port?
> 
> 
> 
>> On Mon, Apr 17, 2017 at 8:45 AM, Sam Lambie  wrote:
>> Well, That didn't work... I turned off Sync to the radio via the Site 
>> Monitor on Friday and the Radio still flopped all weekend. It still 
>> thinks it is getting sync from the power port and never has indicated 
>> that it is getting sync from the timing port. Are there any settings on 
>> the radio that I am missing?
>> 
>> 
>> 
>>> On Fri, Apr 14, 2017 at 5:53 PM, Forrest Christian (List Account) 
>>>  wrote:
>>> Yes, that was correct, and yes, as long as it's a recent syncbox it 
>>> should work fine.
>>> 
>>> -forrest
>>> 
 On Fri, Apr 14, 2017 at 3:22 PM, Sam Lambie  
 wrote:
 I just did that and will monitor it over the weekend. Thanks for the 
 tip. Lastly, The Sync coming out of the Sync Box into the timing port 
 of the Medusa should work right?
 
> On Fri, Apr 14, 2017 at 3:20 PM, Sam Lambie  
> wrote:
> Changing the value function on the Radio 4 Sync from 1 to 0 will do 
> the trick?
> 
>> On Fri, Apr 14, 2017 at 3:08 PM, Forrest Christian (List Account) 
>>  wrote:
>> This error means you have sync over power pulses coming in from the 
>> syncinjector.
>> 
>> The radio is seeing the old-style pulses and is trying to lock onto 
>> them, which won't work reliably - since the pulses aren't even close 
>> to what it's expecting.
>> 
>> You need to disable the pulses in the injector in some way.   If 
>> you've got a SiteMonitor base unit attached, just turn off sync on 
>> those ports.   If you don't, then just use a cambium power supply 
>> and skip the injector, or if you don't have any radios which need 
>> the sync over power pulse attached to the injector, make a cable 
>> shorting pins 1 and 2 of a RJ45 jack and plug that into the sync 
>> input port on the syncinjector.   
>> 
>> 
>> 
>>> On Thu, Apr 13, 2017 at 9:28 AM, Sam Lambie  
>>> wrote:
>> 
>>> Medusa doesn't seem to like the packetflux gps. I am getting this 
>>> most of the time.
>>> 04/13/2017 : 09:12:44 MDT : Acquired sync pulse from Power Port
>>> 04/13/2017 : 09:12:45 MDT : Lost sync pulse from Power Port
>>> 04/13/2017 : 09:12:45 MDT : Generating Sync - Free Run
>>> 04/13/2017 : 09:13:00 MDT : Acquired sync pulse from Power Port
>>> 04/13/2017 : 09:13:03 MDT : Lost sync pulse from Power Port
>>> 04/13/2017 : 09:13:03 MDT : Generating Sync - Free Run
>>> 04/13/2017 : 09:13:03 MDT : Acquired sync pulse from Power Port
>>> 04/13/2017 : 09:13:05 MDT : Lost sync pulse from Power Port
>>> 04/13/2017 : 09:13:05 MDT : Generating Sync - Free Run
>>> 

Re: [AFMUG] OT: Home Depot associate

[Rory Conaway]

That’s better than us.  One of our techs stopped by to pick up some cinder 
blocks today and some idiot accused him of stealing them even after he showed 
them a receipt.  30 minute delay.  We will be having a coming to Jesus meeting 
with their management tomorrow.

Rory

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jaime Solorza
Sent: Tuesday, April 18, 2017 7:11 PM
To: Animal Farm
Subject: [AFMUG] OT: Home Depot associate

I was at Home Depot looking to rent a wood chipperOnly this guy around...I 
asked him and he just ignored me and walked away.Guess he did well in 
customer service class.

Re: [AFMUG] Butterfly Drop Cable

[Chuck Hogg]

I've heard some nightmares about stability of their plastics..specifically
in relation to outdoor cabling.

Regards,
Chuck

On Tue, Apr 18, 2017 at 4:30 PM, Carl Peterson 
wrote:

> FIS is generally more expensive but generally is pretty easy to deal with
> and their stuff isn't crap.  I don't like their indoor butterfly as it it
> too square and doesn't route as well.
>
> On Tue, Apr 18, 2017 at 10:11 AM, Adam Moffett 
> wrote:
>
>> The price I got was from FIS.  They said lead time is 2-3 weeks.
>>
>>
>>
>> -- Original Message --
>> From: "Carl Peterson" 
>> To: "af@afmug.com" 
>> Sent: 4/18/2017 9:42:42 AM
>> Subject: Re: [AFMUG] Butterfly Drop Cable
>>
>> I'd be interested in what vendor.  We have our toes in the importing from
>> China game and it can be super hit or miss.  You can get what looks like
>> exactly the same thing from two different suppliers and one will be made
>> out of crap plastic while the other is great.  We are testing a similar
>> indoor butterfly flat drop for conduit runs in MDUs.
>>
>> On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett 
>> wrote:
>>
>>> So I guess the cable is cheap, but is it good, terrible, or in between?
>>>
>>>
>>> -- Original Message --
>>> From: "Eric Kuhnke" 
>>> To: "af@afmug.com" 
>>> Sent: 4/17/2017 5:17:24 PM
>>> Subject: Re: [AFMUG] Butterfly Drop Cable
>>>
>>> That is manufactured by probably twenty different companies in China and
>>> re-sold by at least 50 vendors. If you go to Alibaba and search for "FTTH
>>> drop cable" you will see a product with the exact same cross section
>>> diagram being sold by a ton of resellers.
>>>
>>>
>>> On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett 
>>> wrote:
>>>
 A vendor just sent me a sample of what they call a "butteryfly" drop
 cable.

 It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little picture
 comes through.

 The steel measures .042" dia which is somewhere around 18AWG.

 You can get it with 1 or 2 bare fibers, and you access them by peeling
 apart the two aramid strength members.

 The cheapness is tantalizing.  Will I regret this vs a "normal" flat
 drop cable like Superior Essex or Corning?  They put corning glass inside
 the jacket so I'm not worried about the optical performance, but I'm
 wondering if it's rugged enough.


>>>
>>
>>
>> --
>>
>> Carl Peterson
>>
>> *PORT NETWORKS*
>>
>> 401 E Pratt St, Ste 2553
>>
>> Baltimore, MD 21202
>>
>> (410) 637-3707
>>
>>
>
>
> --
>
> Carl Peterson
>
> *PORT NETWORKS*
>
> 401 E Pratt St, Ste 2553
>
> Baltimore, MD 21202
>
> (410) 637-3707
>

[AFMUG] OT: Home Depot associate

[Jaime Solorza]

I was at Home Depot looking to rent a wood chipperOnly this guy
around...I asked him and he just ignored me and walked away.Guess he
did well in customer service class.

Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?

[Jason McKemie]

I use VLAN 2 for management, seems to be working fine here. I did have to
program a unit from scratch, since it didn't take the vlan config from the
older units.

On Tuesday, April 18, 2017, Sterling Jacobson  wrote:

> So it appears VLAN is mostly broken on SWOS 2.0.
>
>
>
> I see on the forums they are working on it (have known for about a month).
>
>
>
> Someone mentioned a RC version they have already that fixes it, so I’m
> waiting to see if I can get my hands on that.
>
>
>
> Hopefully they come out with the fix shortly.
>
>
>
> *From:* Af [mailto:af-boun...@afmug.com
> ] *On Behalf Of *Jason
> McKemie
> *Sent:* Thursday, April 13, 2017 8:58 PM
> *To:* af@afmug.com 
> *Subject:* Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?
>
>
>
> So, there is a hardware revision of sorts on the label, "CSS106-5G-1S"
>
>
>
> On Thu, Apr 13, 2017 at 9:17 PM, Jason McKemie <
> j.mcke...@veloxinetbroadband.com
> > wrote:
>
> Hopefully they would notate the hardware change with a "rb260gs v2" if it
> was something major.
>
>
>
> On Thursday, April 13, 2017, Colin Stanners  > wrote:
>
> With a big version number change I suspect there have been hardware
> changes, downgrading could turn a unit into a doorstop.
>
>
>
> On Thu, Apr 13, 2017 at 8:26 PM, Jason McKemie <
> j.mcke...@veloxinetbroadband.com
> > wrote:
>
> Just got an order of them in, they have a new version? I haven't checked
> them out yet. Are you able to downgrade?
>
>
>
> On Thursday, April 13, 2017, Sterling Jacobson  > wrote:
>
> Anyone get in the new RB260GS hardware versions with software 2.0 yet?
>
> I've got a few and management VLAN for the IP seems to be broken.
>
> I put in a VLAN for management on the last page and save and I cannot
> access/ping the device on VLAN uplink through SFP port.
>
>
>
>
>

Re: [AFMUG] epmp . SM ARP-NAT question

[Steve Jones]

Watchutalkinboutwillis
So, on a local broadcast domain, the dhcp request packet (I've never
actually looked at one, I just assumed the recipient dhcp server/relay
ascertains the mac based on the l2 communication) embeds the source Mac of
the client?

I suspect there is sorcery involved at some point here.

If this is on, and cent devices are getting their own ip addresses, would
the next upstream device arp table have multiple ip addresses for the same
Mac address then?

This makes me wonder if the gap in my knowlege of all things ip, if this
would explain a fortigate issue we had a long time ago. A customer
fortigate was gratuitous  arping every ip in the subnet for its ip, until
we did an ip/Mac filter in the alvarion radio. If that firmware of the
fortigate had been set to a bridge rather than router, and the unit
assigned a /24 rather than /32, it would arp the whole /32. I can't
remember what the mode was actually called, I think transparent, but it was
a l2 firewall, I don't think is even an option now.
Come to think about it, it's kind of a dick move to mess with the mac
addresses

On Apr 18, 2017 8:25 PM, "George Skorup"  wrote:

No. The DHCP client ID/MAC is part of the DHCP REQUEST packet. Doesn't
matter what the underlying L2 address is.

Like I said before, last week, week before, I forget... You can use MAC-NAT
aka translation bridging and MikroTik's DHCP server lease option
"use-src-mac" to tie the DHCP request to the NAT'd/translated L2 address
(it ignores the client ID). Thus restricting that customer to the same
lease (IP) no matter what device they plug in. Then it does exactly what
you say, Steve.


On 4/18/2017 8:06 PM, Steve Jones wrote:

But 2 or more dhcp clients will receive the same ip assignment and the
device will revert to a link local ip when is sends out a conflicting
gratuitous arp on the broadcast domain, or never actually ack a dhcp offer

On Apr 18, 2017 6:53 PM, "George Skorup"  wrote:

I think you mean MAC-NAT. Yes. It's essentially translation bridging just
like Canopy. Every device behind the SM would show up as the SM's MAC on
the upstream/wireless side.


On 4/18/2017 6:37 PM, Gino Villarini wrote:

So I get that the SM translates Macs into the SM MAC, this includes several
devices? IF the SM is connected to a SW with several pcs ?

�

*Gino Villarini*
President
Metro Office Park #18 Suite 304 Guaynabo, Puerto Rico 00968

Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?

[Josh Baird]

After setting up almost ANY switch.. you will see how stupidly complex MT L2 
VLAN configuration is.

> On Apr 18, 2017, at 8:28 PM, Bill Prince  wrote:
> 
> I spent TOO MUCH time setting up what should have been a relatively simple 
> VLAN configuration on a couple of RB260GS units. After setting up a couple of 
> Netonix switches, I see how simple VLAN configuration can be.
> 
>> On Tue, Apr 18, 2017 at 5:20 PM, Sterling Jacobson  
>> wrote:
>> So it appears VLAN is mostly broken on SWOS 2.0.
>> 
>>  
>> 
>> I see on the forums they are working on it (have known for about a month).
>> 
>>  
>> 
>> Someone mentioned a RC version they have already that fixes it, so I’m 
>> waiting to see if I can get my hands on that.
>> 
>>  
>> 
>> Hopefully they come out with the fix shortly.
>> 
>>  
>> 
>> From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jason McKemie
>> Sent: Thursday, April 13, 2017 8:58 PM
>> To: af@afmug.com
>> Subject: Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?
>> 
>>  
>> 
>> So, there is a hardware revision of sorts on the label, "CSS106-5G-1S"
>> 
>>  
>> 
>> On Thu, Apr 13, 2017 at 9:17 PM, Jason McKemie 
>>  wrote:
>> 
>> Hopefully they would notate the hardware change with a "rb260gs v2" if it 
>> was something major.
>> 
>> 
>> 
>> On Thursday, April 13, 2017, Colin Stanners  wrote:
>> 
>> With a big version number change I suspect there have been hardware changes, 
>> downgrading could turn a unit into a doorstop.
>> 
>>  
>> 
>> On Thu, Apr 13, 2017 at 8:26 PM, Jason McKemie 
>>  wrote:
>> 
>> Just got an order of them in, they have a new version? I haven't checked 
>> them out yet. Are you able to downgrade?
>> 
>> 
>> 
>> On Thursday, April 13, 2017, Sterling Jacobson  wrote:
>> 
>> Anyone get in the new RB260GS hardware versions with software 2.0 yet?
>> 
>> I've got a few and management VLAN for the IP seems to be broken.
>> 
>> I put in a VLAN for management on the last page and save and I cannot 
>> access/ping the device on VLAN uplink through SFP port.
>> 
>>  
>> 
>>  
>> 
> 
> 
> 
> -- 
> --
> bp
> part15sbs{at}gmail{dot}com

Re: [AFMUG] epmp . SM ARP-NAT question

[George Skorup]

No. The DHCP client ID/MAC is part of the DHCP REQUEST packet. Doesn't 
matter what the underlying L2 address is.


Like I said before, last week, week before, I forget... You can use 
MAC-NAT aka translation bridging and MikroTik's DHCP server lease option 
"use-src-mac" to tie the DHCP request to the NAT'd/translated L2 address 
(it ignores the client ID). Thus restricting that customer to the same 
lease (IP) no matter what device they plug in. Then it does exactly what 
you say, Steve.


On 4/18/2017 8:06 PM, Steve Jones wrote:
But 2 or more dhcp clients will receive the same ip assignment and the 
device will revert to a link local ip when is sends out a conflicting 
gratuitous arp on the broadcast domain, or never actually ack a dhcp offer


On Apr 18, 2017 6:53 PM, "George Skorup" > wrote:


I think you mean MAC-NAT. Yes. It's essentially translation
bridging just like Canopy. Every device behind the SM would show
up as the SM's MAC on the upstream/wireless side.


On 4/18/2017 6:37 PM, Gino Villarini wrote:

So I get that the SM translates Macs into the SM MAC, this
includes several devices? IF the SM is connected to a SW with
several pcs ?

*//*�

*/Gino Villarini/*

President
Metro Office Park #18 Suite 304 Guaynabo, Puerto Rico 00968

[AFMUG] A Cosmic Burst Repeats, Deepening a Mystery | Quanta Magazine

[Jaime Solorza]

https://www.quantamagazine.org/20170418-fast-radio-bursts-repeat-what-are-they-made-of/

Re: [AFMUG] epmp . SM ARP-NAT question

[Steve Jones]

But 2 or more dhcp clients will receive the same ip assignment and the
device will revert to a link local ip when is sends out a conflicting
gratuitous arp on the broadcast domain, or never actually ack a dhcp offer

On Apr 18, 2017 6:53 PM, "George Skorup"  wrote:

I think you mean MAC-NAT. Yes. It's essentially translation bridging just
like Canopy. Every device behind the SM would show up as the SM's MAC on
the upstream/wireless side.


On 4/18/2017 6:37 PM, Gino Villarini wrote:

So I get that the SM translates Macs into the SM MAC, this includes several
devices? IF the SM is connected to a SW with several pcs ?

�

*Gino Villarini*
President
Metro Office Park #18 Suite 304 Guaynabo, Puerto Rico 00968

Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?

[Bill Prince]

I spent TOO MUCH time setting up what should have been a relatively simple
VLAN configuration on a couple of RB260GS units. After setting up a couple
of Netonix switches, I see how simple VLAN configuration can be.

On Tue, Apr 18, 2017 at 5:20 PM, Sterling Jacobson 
wrote:

> So it appears VLAN is mostly broken on SWOS 2.0.
>
>
>
> I see on the forums they are working on it (have known for about a month).
>
>
>
> Someone mentioned a RC version they have already that fixes it, so I’m
> waiting to see if I can get my hands on that.
>
>
>
> Hopefully they come out with the fix shortly.
>
>
>
> *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Jason McKemie
> *Sent:* Thursday, April 13, 2017 8:58 PM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?
>
>
>
> So, there is a hardware revision of sorts on the label, "CSS106-5G-1S"
>
>
>
> On Thu, Apr 13, 2017 at 9:17 PM, Jason McKemie <
> j.mcke...@veloxinetbroadband.com> wrote:
>
> Hopefully they would notate the hardware change with a "rb260gs v2" if it
> was something major.
>
>
>
> On Thursday, April 13, 2017, Colin Stanners  wrote:
>
> With a big version number change I suspect there have been hardware
> changes, downgrading could turn a unit into a doorstop.
>
>
>
> On Thu, Apr 13, 2017 at 8:26 PM, Jason McKemie <
> j.mcke...@veloxinetbroadband.com> wrote:
>
> Just got an order of them in, they have a new version? I haven't checked
> them out yet. Are you able to downgrade?
>
>
>
> On Thursday, April 13, 2017, Sterling Jacobson 
> wrote:
>
> Anyone get in the new RB260GS hardware versions with software 2.0 yet?
>
> I've got a few and management VLAN for the IP seems to be broken.
>
> I put in a VLAN for management on the last page and save and I cannot
> access/ping the device on VLAN uplink through SFP port.
>
>
>
>
>



-- 
--
bp
part15sbs{at}gmail{dot}com

Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?

[Sterling Jacobson]

So it appears VLAN is mostly broken on SWOS 2.0.

I see on the forums they are working on it (have known for about a month).

Someone mentioned a RC version they have already that fixes it, so I’m waiting 
to see if I can get my hands on that.

Hopefully they come out with the fix shortly.

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jason McKemie
Sent: Thursday, April 13, 2017 8:58 PM
To: af@afmug.com
Subject: Re: [AFMUG] Mikrotik SWOS RB260GS New 2.0 units VLAN broken?

So, there is a hardware revision of sorts on the label, "CSS106-5G-1S"

On Thu, Apr 13, 2017 at 9:17 PM, Jason McKemie 
> 
wrote:
Hopefully they would notate the hardware change with a "rb260gs v2" if it was 
something major.


On Thursday, April 13, 2017, Colin Stanners 
> wrote:
With a big version number change I suspect there have been hardware changes, 
downgrading could turn a unit into a doorstop.

On Thu, Apr 13, 2017 at 8:26 PM, Jason McKemie 
> 
wrote:
Just got an order of them in, they have a new version? I haven't checked them 
out yet. Are you able to downgrade?


On Thursday, April 13, 2017, Sterling Jacobson 
> wrote:
Anyone get in the new RB260GS hardware versions with software 2.0 yet?

I've got a few and management VLAN for the IP seems to be broken.

I put in a VLAN for management on the last page and save and I cannot 
access/ping the device on VLAN uplink through SFP port.

[AFMUG] Radio power polarity

[Bill Prince]

We have a site with a plethora of different equipment on 48 volts, but
we're not sure of the polarity (or if the equipment cares). We would like
to consolidate the gaggle of 48V POE inserters that we're currently using
there.

We know for a fact that our Trango Apex radios are all positive 48V (-48
ground reference).

What we're not sure of is whether these radios ground which leg, or don't
care:



   - Cambium PMP450M
   - Cambium PTP650
   - Cambium PTP650L
   - Redline AN-80i
   - Ubiquiti AF24
   - Radwin 2000

They all use different pinouts, with a couple of them compatible with
802.3af, but I don't know if they care about polarity. Any clues?


--
bp
part15sbs{at}gmail{dot}com

Re: [AFMUG] epmp . SM ARP-NAT question

[George Skorup]

I think you mean MAC-NAT. Yes. It's essentially translation bridging 
just like Canopy. Every device behind the SM would show up as the SM's 
MAC on the upstream/wireless side.


On 4/18/2017 6:37 PM, Gino Villarini wrote:
So I get that the SM translates Macs into the SM MAC, this includes 
several devices? IF the SM is connected to a SW with several pcs ?


*//*

*/Gino Villarini/*

President
Metro Office Park #18 Suite 304 Guaynabo, Puerto Rico 00968

[AFMUG] epmp . SM ARP-NAT question

[Gino Villarini]

So I get that the SM translates Macs into the SM MAC, this includes several 
devices? IF the SM is connected to a SW with several pcs ?



Gino Villarini


President
Metro Office Park #18 Suite 304 Guaynabo, Puerto Rico 00968

[cid:aeronet-logo_310cfc3e-6691-4f69-bd49-b37b834b9238.png]

Re: [AFMUG] ePMP v3.3

[Mathew Howard]

Yes, it's very much more better in 3.3. All of the XM radios we have left
have been pretty stable since upgrading to 3.3... but it's possible that's
partially because a lot of the problem radios got replaced before 3.3 was
released and only the good ones are left. I guess I'll find out when I
Elevate the next tower.

Unfortunately most of our ubnt 5ghz stuff is XM because of the whole thing
with the XW radios being limited to the 5.8ghz band until after we had
already switched most of our 5ghz to ePMP...

On Tue, Apr 18, 2017 at 4:21 PM, Mike Hammett  wrote:

> I heard a lot of bad stuff about Elevate and XM radios. Is that more
> better now?
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"Mathew Howard" 
> *To: *"af" 
> *Sent: *Tuesday, April 18, 2017 4:20:23 PM
> *Subject: *Re: [AFMUG] ePMP v3.3
>
> I've been slowly upgrading everything to 3.3, mostly because of the SNMP
> lockup thing in 3.2.2... and everything using Elevate is on 3.3, because
> they had some major fixes for UBNT XM radios, but I don't know that we have
> an ePMP stuff using DFS... if we do, it's off somewhere in a distant corner
> of the network that I haven't touched in months.
>
> If I remember right, there were some major DFS issues starting with 3.0,
> and I think it was mostly fixed by 3.2 but since it didn't affect me
> much, I haven't paid too close of attention.
>
> On Tue, Apr 18, 2017 at 2:30 PM, Josh Luthman  > wrote:
>
>> Anyone else miss the Mikrotik days where every single change was instant?
>> =(
>>
>>
>> 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 Tue, Apr 18, 2017 at 2:52 PM, George Skorup 
>> wrote:
>>
>>> Yeah, I don't have much on 3.3 yet. One of the annoyances I've
>>> experienced so far is that ANY config change, something even as simple as
>>> enabling syslog web view, will cause a system-wide config reload which
>>> results in DFS having to go through CAC all over again, obviously on an AP
>>> running in DFS land anyway. This didn't happen with 3.2.2. I'm sure this
>>> had to be done probably for a number of reasons, but I'm positive that one
>>> of them was that I informed Cambium a few months ago that an old bug came
>>> back. It was possible (on 3.2.2) to make the GUI available on the NAT WAN
>>> interface even with the separate wireless management interface enabled
>>> after saving network config changes. The only fix was to reboot the SM. Now
>>> I take it that they're completely resetting drivers, interfaces and daemons
>>> upon save w/ 3.3.
>>>
>>> Anyway.. I haven't loaded 3.3 on any deployed gear running in DFS bands
>>> yet, mostly just bench stuff, so I can't say if more DFS issues have been
>>> positively resolved. I believe there were some notes about radar stuffs in
>>> 3.3 betas/RCs though.
>>>
>>> On 4/18/2017 11:44 AM, Mathew Howard wrote:
>>>
>>> I thought that had been fixed awhile back... but I can't even remember
>>> what the problem was, so I could be wrong.
>>>
>>> On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman <
>>> j...@imaginenetworksllc.com> wrote:
>>>
 Hasn't been any mention of it.  I don't use it myself.


 Josh Luthman
 Office: 937-552-2340 <%28937%29%20552-2340>
 Direct: 937-552-2343 <%28937%29%20552-2343>
 1100 Wayne St
 Suite 1337
 Troy, OH 45373

 On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann 
 wrote:

> Did they get the DFS figured out yet?
>
> It seems to me there was a problem using the DFS bands, but I can’t
> seem to find what it was.



>>>
>>>
>>
>
>

Re: [AFMUG] Backups of Epmp APs

[Mathew Howard]

I'm not doing any kind of backup, either, but I believe it's possible to do
it through SNMP... I think I have some notes somewhere.

yeah, here we go...

this OID will create a backup :
1.3.6.1.4.1.17713.21.6.4.30.0 i 001

and this one will give you an HTTP link to it:
10.1.54.12 1.3.6.1.4.1.17713.21.6.4.33

I think it's possible to do it through SSH as well, but you probably need
to use http to get the file.


On Tue, Apr 18, 2017 at 2:31 PM, Josh Luthman 
wrote:

> I try to document the SSID and PSK.  The frequency/channel size/etc are
> all monitored/recorded in Powercode.
>
> It's just a lot easier for someone to grab a file, throw it at the
> replacement, and be on the tower in 2 minutes instead of hunting and
> pecking for bits of information.
>
>
> 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 Tue, Apr 18, 2017 at 3:03 PM, George Skorup 
> wrote:
>
>> Yeah really, the most logical thing would be to have cnMaestro keep a
>> local copy of at least the text config so we can pull it if a device dies
>> and need to reload it on new hardware.
>>
>> But no, I'm not doing any kind of config backups. SSIDs, IP addresses,
>> etc. are documented elsewhere, so it's not a major pain to configure a
>> replacement radio.
>>
>> On 4/18/2017 1:46 PM, Josh Luthman wrote:
>>
>> With Ubnt I ssh in and grab the config (system.cfg) and then save it.
>>
>> Trying to replicate this with Epmp.  If I do a config show it's a user
>> friendly format but this isn't restore friendly at all.  The only option is
>> a json or bin backup but this isn't available in the CLI (per Cambium
>> support).  Has anyone gone through the nutty hassle of trying this in the
>> GUI?  cnMaestro has some config of it but it isn't available when the
>> device is offline (irony).
>>
>> Is there another option to backup that I haven't mentioned?  What is
>> everyone else doing?
>>
>> Josh Luthman
>> Office: 937-552-2340 <(937)%20552-2340>
>> Direct: 937-552-2343 <(937)%20552-2343>
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>>
>>
>

Re: [AFMUG] ePMP v3.3

[Mike Hammett]

I heard a lot of bad stuff about Elevate and XM radios. Is that more better 
now? 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Mathew Howard"  
To: "af"  
Sent: Tuesday, April 18, 2017 4:20:23 PM 
Subject: Re: [AFMUG] ePMP v3.3 



I've been slowly upgrading everything to 3.3, mostly because of the SNMP lockup 
thing in 3.2.2... and everything using Elevate is on 3.3, because they had some 
major fixes for UBNT XM radios, but I don't know that we have an ePMP stuff 
using DFS... if we do, it's off somewhere in a distant corner of the network 
that I haven't touched in months. 

If I remember right, there were some major DFS issues starting with 3.0, and I 
think it was mostly fixed by 3.2 but since it didn't affect me much, I 
haven't paid too close of attention. 



On Tue, Apr 18, 2017 at 2:30 PM, Josh Luthman < j...@imaginenetworksllc.com > 
wrote: 



Anyone else miss the Mikrotik days where every single change was instant? =( 






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

On Tue, Apr 18, 2017 at 2:52 PM, George Skorup < george.sko...@cbcast.com > 
wrote: 



Yeah, I don't have much on 3.3 yet. One of the annoyances I've experienced so 
far is that ANY config change, something even as simple as enabling syslog web 
view, will cause a system-wide config reload which results in DFS having to go 
through CAC all over again, obviously on an AP running in DFS land anyway. This 
didn't happen with 3.2.2. I'm sure this had to be done probably for a number of 
reasons, but I'm positive that one of them was that I informed Cambium a few 
months ago that an old bug came back. It was possible (on 3.2.2) to make the 
GUI available on the NAT WAN interface even with the separate wireless 
management interface enabled after saving network config changes. The only fix 
was to reboot the SM. Now I take it that they're completely resetting drivers, 
interfaces and daemons upon save w/ 3.3. 

Anyway.. I haven't loaded 3.3 on any deployed gear running in DFS bands yet, 
mostly just bench stuff, so I can't say if more DFS issues have been positively 
resolved. I believe there were some notes about radar stuffs in 3.3 betas/RCs 
though. 


On 4/18/2017 11:44 AM, Mathew Howard wrote: 



I thought that had been fixed awhile back... but I can't even remember what the 
problem was, so I could be wrong. 



On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman < j...@imaginenetworksllc.com > 
wrote: 





Hasn't been any mention of it. I don't use it myself. 






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

On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann < d...@wyoming.com > wrote: 


Did they get the DFS figured out yet? 

It seems to me there was a problem using the DFS bands, but I can’t seem to 
find what it was. 

Re: [AFMUG] ePMP v3.3

[Mathew Howard]

I've been slowly upgrading everything to 3.3, mostly because of the SNMP
lockup thing in 3.2.2... and everything using Elevate is on 3.3, because
they had some major fixes for UBNT XM radios, but I don't know that we have
an ePMP stuff using DFS... if we do, it's off somewhere in a distant corner
of the network that I haven't touched in months.

If I remember right, there were some major DFS issues starting with 3.0,
and I think it was mostly fixed by 3.2 but since it didn't affect me
much, I haven't paid too close of attention.

On Tue, Apr 18, 2017 at 2:30 PM, Josh Luthman 
wrote:

> Anyone else miss the Mikrotik days where every single change was instant?
> =(
>
>
> 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 Tue, Apr 18, 2017 at 2:52 PM, George Skorup 
> wrote:
>
>> Yeah, I don't have much on 3.3 yet. One of the annoyances I've
>> experienced so far is that ANY config change, something even as simple as
>> enabling syslog web view, will cause a system-wide config reload which
>> results in DFS having to go through CAC all over again, obviously on an AP
>> running in DFS land anyway. This didn't happen with 3.2.2. I'm sure this
>> had to be done probably for a number of reasons, but I'm positive that one
>> of them was that I informed Cambium a few months ago that an old bug came
>> back. It was possible (on 3.2.2) to make the GUI available on the NAT WAN
>> interface even with the separate wireless management interface enabled
>> after saving network config changes. The only fix was to reboot the SM. Now
>> I take it that they're completely resetting drivers, interfaces and daemons
>> upon save w/ 3.3.
>>
>> Anyway.. I haven't loaded 3.3 on any deployed gear running in DFS bands
>> yet, mostly just bench stuff, so I can't say if more DFS issues have been
>> positively resolved. I believe there were some notes about radar stuffs in
>> 3.3 betas/RCs though.
>>
>> On 4/18/2017 11:44 AM, Mathew Howard wrote:
>>
>> I thought that had been fixed awhile back... but I can't even remember
>> what the problem was, so I could be wrong.
>>
>> On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman <
>> j...@imaginenetworksllc.com> wrote:
>>
>>> Hasn't been any mention of it.  I don't use it myself.
>>>
>>>
>>> Josh Luthman
>>> Office: 937-552-2340 <%28937%29%20552-2340>
>>> Direct: 937-552-2343 <%28937%29%20552-2343>
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>>
>>> On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann 
>>> wrote:
>>>
 Did they get the DFS figured out yet?

 It seems to me there was a problem using the DFS bands, but I can’t
 seem to find what it was.
>>>
>>>
>>>
>>
>>
>

Re: [AFMUG] Cambium 450M

[Darren Shea]

I got 10 of the Lapp 52015810 units from Newark for 4.22 each – way better than 
the $30 each for the official ones, but they are considerably shorter and the 
rubber bushing does not fit a cable snugly. As George pointed out, you can 
squeeze an RJ-45 through the hole in the bushing.

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: Monday, April 17, 2017 8:16 PM
To: af@afmug.com
Subject: Re: [AFMUG] Cambium 450M

 

AFAIK, the Cambium OEM cable gland is a specialty item produced by Lapp for 
Cambium. It doesn't even say Skintop on it. So it's not surprising that they're 
$30 a piece and only come in 10 packs. Ask your reseller. They might even have 
to order them for you.

An alternative, since I've had to order some for 450i aux ports, is the Lapp 
52015810. It has the short base threads and rubber gasket, but not the flared 
body above the base like the OEM version. But it works perfectly fine at about 
1/2 the price and you can get them from Allied, Mouser, Newark, etc. One nice 
thing about this particular model (6-13mm) is that you can fit an RJ-45 through 
rubber gland insert.

On 4/17/2017 7:16 PM, Tushar Patel wrote:

I agree with Adam, we have to be able to install out of the box.

 


Tushar 

 


On Apr 17, 2017, at 6:10 PM, SmarterBroadband  wrote:

The 450M which has 3 ports only seems to come with one cable pass-through!!

 

Anyone know where I can buy extra of these metal pass-throughs?

 

Cambium, Please could you provide all 3 pass-throughs?  We should be able to 
install this out of the box without having to go and buy extras???

 

Thanks

 

Adam 

 

Re: [AFMUG] Butterfly Drop Cable

[Carl Peterson]

FIS is generally more expensive but generally is pretty easy to deal with
and their stuff isn't crap.  I don't like their indoor butterfly as it it
too square and doesn't route as well.

On Tue, Apr 18, 2017 at 10:11 AM, Adam Moffett  wrote:

> The price I got was from FIS.  They said lead time is 2-3 weeks.
>
>
>
> -- Original Message --
> From: "Carl Peterson" 
> To: "af@afmug.com" 
> Sent: 4/18/2017 9:42:42 AM
> Subject: Re: [AFMUG] Butterfly Drop Cable
>
> I'd be interested in what vendor.  We have our toes in the importing from
> China game and it can be super hit or miss.  You can get what looks like
> exactly the same thing from two different suppliers and one will be made
> out of crap plastic while the other is great.  We are testing a similar
> indoor butterfly flat drop for conduit runs in MDUs.
>
> On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett  wrote:
>
>> So I guess the cable is cheap, but is it good, terrible, or in between?
>>
>>
>> -- Original Message --
>> From: "Eric Kuhnke" 
>> To: "af@afmug.com" 
>> Sent: 4/17/2017 5:17:24 PM
>> Subject: Re: [AFMUG] Butterfly Drop Cable
>>
>> That is manufactured by probably twenty different companies in China and
>> re-sold by at least 50 vendors. If you go to Alibaba and search for "FTTH
>> drop cable" you will see a product with the exact same cross section
>> diagram being sold by a ton of resellers.
>>
>>
>> On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett 
>> wrote:
>>
>>> A vendor just sent me a sample of what they call a "butteryfly" drop
>>> cable.
>>>
>>> It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little picture
>>> comes through.
>>>
>>> The steel measures .042" dia which is somewhere around 18AWG.
>>>
>>> You can get it with 1 or 2 bare fibers, and you access them by peeling
>>> apart the two aramid strength members.
>>>
>>> The cheapness is tantalizing.  Will I regret this vs a "normal" flat
>>> drop cable like Superior Essex or Corning?  They put corning glass inside
>>> the jacket so I'm not worried about the optical performance, but I'm
>>> wondering if it's rugged enough.
>>>
>>>
>>
>
>
> --
>
> Carl Peterson
>
> *PORT NETWORKS*
>
> 401 E Pratt St, Ste 2553
>
> Baltimore, MD 21202
>
> (410) 637-3707
>
>


-- 

Carl Peterson

*PORT NETWORKS*

401 E Pratt St, Ste 2553

Baltimore, MD 21202

(410) 637-3707

Re: [AFMUG] speaking of VPNs

[Steve Jones]

sherweb the mailhost?

On Tue, Apr 18, 2017 at 10:55 AM, Dave  wrote:

> I am looking for a router that will support a sherweb vpn and help with
> voip.
>
> Mikrotik isnt cutting it for this. We have had to place a switch in front
> of our radio and place a sonicwall for the sherweb vpn to work while also
> having their mikrotik for their lan.
>
> Cisco came to mind but I wouldnt know what model
> I am currently using a test account with sherweb to see if I can
> successfully have a site to site vpn using a mikrotik.
>
> Any suggestions welcome
>
> --
>

Re: [AFMUG] Backups of Epmp APs

[Josh Luthman]

I try to document the SSID and PSK.  The frequency/channel size/etc are all
monitored/recorded in Powercode.

It's just a lot easier for someone to grab a file, throw it at the
replacement, and be on the tower in 2 minutes instead of hunting and
pecking for bits of information.


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

On Tue, Apr 18, 2017 at 3:03 PM, George Skorup 
wrote:

> Yeah really, the most logical thing would be to have cnMaestro keep a
> local copy of at least the text config so we can pull it if a device dies
> and need to reload it on new hardware.
>
> But no, I'm not doing any kind of config backups. SSIDs, IP addresses,
> etc. are documented elsewhere, so it's not a major pain to configure a
> replacement radio.
>
> On 4/18/2017 1:46 PM, Josh Luthman wrote:
>
> With Ubnt I ssh in and grab the config (system.cfg) and then save it.
>
> Trying to replicate this with Epmp.  If I do a config show it's a user
> friendly format but this isn't restore friendly at all.  The only option is
> a json or bin backup but this isn't available in the CLI (per Cambium
> support).  Has anyone gone through the nutty hassle of trying this in the
> GUI?  cnMaestro has some config of it but it isn't available when the
> device is offline (irony).
>
> Is there another option to backup that I haven't mentioned?  What is
> everyone else doing?
>
> Josh Luthman
> Office: 937-552-2340 <(937)%20552-2340>
> Direct: 937-552-2343 <(937)%20552-2343>
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
>
>

Re: [AFMUG] ePMP v3.3

[Josh Luthman]

Anyone else miss the Mikrotik days where every single change was instant? =(


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

On Tue, Apr 18, 2017 at 2:52 PM, George Skorup 
wrote:

> Yeah, I don't have much on 3.3 yet. One of the annoyances I've experienced
> so far is that ANY config change, something even as simple as enabling
> syslog web view, will cause a system-wide config reload which results in
> DFS having to go through CAC all over again, obviously on an AP running in
> DFS land anyway. This didn't happen with 3.2.2. I'm sure this had to be
> done probably for a number of reasons, but I'm positive that one of them
> was that I informed Cambium a few months ago that an old bug came back. It
> was possible (on 3.2.2) to make the GUI available on the NAT WAN interface
> even with the separate wireless management interface enabled after saving
> network config changes. The only fix was to reboot the SM. Now I take it
> that they're completely resetting drivers, interfaces and daemons upon save
> w/ 3.3.
>
> Anyway.. I haven't loaded 3.3 on any deployed gear running in DFS bands
> yet, mostly just bench stuff, so I can't say if more DFS issues have been
> positively resolved. I believe there were some notes about radar stuffs in
> 3.3 betas/RCs though.
>
> On 4/18/2017 11:44 AM, Mathew Howard wrote:
>
> I thought that had been fixed awhile back... but I can't even remember
> what the problem was, so I could be wrong.
>
> On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman <
> j...@imaginenetworksllc.com> wrote:
>
>> Hasn't been any mention of it.  I don't use it myself.
>>
>>
>> Josh Luthman
>> Office: 937-552-2340 <%28937%29%20552-2340>
>> Direct: 937-552-2343 <%28937%29%20552-2343>
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>> On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann  wrote:
>>
>>> Did they get the DFS figured out yet?
>>>
>>> It seems to me there was a problem using the DFS bands, but I can’t seem
>>> to find what it was.
>>
>>
>>
>
>

Re: [AFMUG] Backups of Epmp APs

[George Skorup]

Yeah really, the most logical thing would be to have cnMaestro keep a 
local copy of at least the text config so we can pull it if a device 
dies and need to reload it on new hardware.


But no, I'm not doing any kind of config backups. SSIDs, IP addresses, 
etc. are documented elsewhere, so it's not a major pain to configure a 
replacement radio.


On 4/18/2017 1:46 PM, Josh Luthman wrote:

With Ubnt I ssh in and grab the config (system.cfg) and then save it.

Trying to replicate this with Epmp.  If I do a config show it's a user 
friendly format but this isn't restore friendly at all.  The only 
option is a json or bin backup but this isn't available in the CLI 
(per Cambium support).  Has anyone gone through the nutty hassle of 
trying this in the GUI?  cnMaestro has some config of it but it isn't 
available when the device is offline (irony).


Is there another option to backup that I haven't mentioned?  What is 
everyone else doing?


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

Re: [AFMUG] Backups of Epmp APs

[Mike Hammett]

Have you tried Unimus? 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Josh Luthman"  
To: af@afmug.com 
Sent: Tuesday, April 18, 2017 1:46:18 PM 
Subject: [AFMUG] Backups of Epmp APs 


With Ubnt I ssh in and grab the config (system.cfg) and then save it. 


Trying to replicate this with Epmp. If I do a config show it's a user friendly 
format but this isn't restore friendly at all. The only option is a json or bin 
backup but this isn't available in the CLI (per Cambium support). Has anyone 
gone through the nutty hassle of trying this in the GUI? cnMaestro has some 
config of it but it isn't available when the device is offline (irony). 


Is there another option to backup that I haven't mentioned? What is everyone 
else doing? 





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

Re: [AFMUG] ePMP v3.3

[George Skorup]

Yeah, I don't have much on 3.3 yet. One of the annoyances I've 
experienced so far is that ANY config change, something even as simple 
as enabling syslog web view, will cause a system-wide config reload 
which results in DFS having to go through CAC all over again, obviously 
on an AP running in DFS land anyway. This didn't happen with 3.2.2. I'm 
sure this had to be done probably for a number of reasons, but I'm 
positive that one of them was that I informed Cambium a few months ago 
that an old bug came back. It was possible (on 3.2.2) to make the GUI 
available on the NAT WAN interface even with the separate wireless 
management interface enabled after saving network config changes. The 
only fix was to reboot the SM. Now I take it that they're completely 
resetting drivers, interfaces and daemons upon save w/ 3.3.


Anyway.. I haven't loaded 3.3 on any deployed gear running in DFS bands 
yet, mostly just bench stuff, so I can't say if more DFS issues have 
been positively resolved. I believe there were some notes about radar 
stuffs in 3.3 betas/RCs though.


On 4/18/2017 11:44 AM, Mathew Howard wrote:
I thought that had been fixed awhile back... but I can't even remember 
what the problem was, so I could be wrong.


On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman 
> wrote:


Hasn't been any mention of it.  I don't use it myself.


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

On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann > wrote:

Did they get the DFS figured out yet?

It seems to me there was a problem using the DFS bands, but I
can’t seem to find what it was.

Re: [AFMUG] ePMP v3.3

[Josh Luthman]

3.2 release notes said something about a type 4 DFS event or whatever...


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

On Tue, Apr 18, 2017 at 12:44 PM, Mathew Howard 
wrote:

> I thought that had been fixed awhile back... but I can't even remember
> what the problem was, so I could be wrong.
>
> On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman <
> j...@imaginenetworksllc.com> wrote:
>
>> Hasn't been any mention of it.  I don't use it myself.
>>
>>
>> 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 Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann  wrote:
>>
>>> Did they get the DFS figured out yet?
>>>
>>> It seems to me there was a problem using the DFS bands, but I can’t seem
>>> to find what it was.
>>
>>
>>
>

[AFMUG] Backups of Epmp APs

[Josh Luthman]

With Ubnt I ssh in and grab the config (system.cfg) and then save it.

Trying to replicate this with Epmp.  If I do a config show it's a user
friendly format but this isn't restore friendly at all.  The only option is
a json or bin backup but this isn't available in the CLI (per Cambium
support).  Has anyone gone through the nutty hassle of trying this in the
GUI?  cnMaestro has some config of it but it isn't available when the
device is offline (irony).

Is there another option to backup that I haven't mentioned?  What is
everyone else doing?

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

Re: [AFMUG] ePMP v3.3

[Mathew Howard]

I thought that had been fixed awhile back... but I can't even remember what
the problem was, so I could be wrong.

On Tue, Apr 18, 2017 at 10:50 AM, Josh Luthman 
wrote:

> Hasn't been any mention of it.  I don't use it myself.
>
>
> 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 Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann  wrote:
>
>> Did they get the DFS figured out yet?
>>
>> It seems to me there was a problem using the DFS bands, but I can’t seem
>> to find what it was.
>
>
>

[AFMUG] speaking of VPNs

[Dave]

I am looking for a router that will support a sherweb vpn and help with 
voip.


Mikrotik isnt cutting it for this. We have had to place a switch in 
front of our radio and place a sonicwall for the sherweb vpn to work 
while also having their mikrotik for their lan.


Cisco came to mind but I wouldnt know what model
I am currently using a test account with sherweb to see if I can 
successfully have a site to site vpn using a mikrotik.


Any suggestions welcome

--

Re: [AFMUG] ePMP v3.3

[Josh Luthman]

Hasn't been any mention of it.  I don't use it myself.


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

On Tue, Apr 18, 2017 at 11:46 AM, Dan Petermann  wrote:

> Did they get the DFS figured out yet?
>
> It seems to me there was a problem using the DFS bands, but I can’t seem
> to find what it was.

[AFMUG] ePMP v3.3

[Dan Petermann]

Did they get the DFS figured out yet?

It seems to me there was a problem using the DFS bands, but I can’t seem to 
find what it was.

Re: [AFMUG] speed issue on wireless - but not on fiber

[Dave]

I have issues with vpns and mikrotik unless its a MT to MT vpn it gets 
tricky.

 Also, ensure the public route for the vpn is in check.
Thats where I would look after all connections look good.



On 04/18/2017 09:06 AM, CBB - Jay Fuller wrote:


We have recently installed 4 mimosa links across about 40 miles to 
provide service to a failing WISP (we are completing an asset 
purchase). Their fiber died last week (due to nonpayment) and the 
failover happened as planned. However, there is a business in town 
where a remote location is using RDP and a VPN and they are reporting 
problems. Further testing reveals that although we can speedtest over 
400 meg radio to radio in both directions (on every hop), the business 
is getting .07 upload.


The former office which used to get 300/300 fiber speeds over their 
airfiber 24 is now getting 70/7.


In a mikrotik test with 20 tcp sessions I can do 40-50 meg up (but not 
200), but in a similar test down I can get 200 meg. That is "core to 
core".


I will be traveling today so I won't be able to reply quickly. Thank you!



--

Re: [AFMUG] bulk data transfer

[Josh Luthman]

Google still uses a RAID of tape for off net backups.


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

On Tue, Apr 18, 2017 at 7:40 AM, Mike Hammett  wrote:

> People still use tape? I haven't seen a tape in many years.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"Forrest Christian (List Account)" 
> *To: *"af" 
> *Sent: *Monday, April 17, 2017 11:15:38 AM
> *Subject: *Re: [AFMUG] bulk data transfer
>
> Chicago to LA is 30 hours by truck.
>
> Typical 53 foot trailer is 3816 cubic feet.
>
> A LTO-7 tape can hold 6TB
> The volume of a LTO-7 tape is just under 0.01 cubic foot (0.00839973)
>  We'll use 0.01 cubic foot.
>
> A 53 foot trailer packed completely full can hold 381600 Tapes X 6TB =
> 2,289,600TB, or 2289 PB.
>
> 2,289,600TB/30hours = 76320TB/hr.
> or
> 1272TB/min
> or
> 21.2TB/sec.
> or
> 169.6Tbit/second.
>
>
>
>
>
>
> On Mon, Apr 17, 2017 at 9:39 AM, Robert Andrews 
> wrote:
>
>> I can't remember which but there was a nanog presentation a few years ago
>> about max bandwidth and the top of the chart was still listed as a 747
>> cargo full of optical media..   Now as far as getting that data on and off
>> the media
>>
>> On 04/17/2017 07:36 AM, Forrest Christian (List Account) wrote:
>>
>>> For the seed you need to understand this quote:
>>>
>>> "/Never underestimate the bandwidth of a station wagon full of tapes
>>> hurtling down the highway/." —Tanenbaum, Andrew S. (1989). Computer
>>> Networks. New Jersey: Prentice-Hall. p. 57. ISBN 0-13-166836-6.
>>>
>>> I'd highly recommend you think about how to move that seed via Fedex or
>>> UPS.You're already going to be storing the data somewhere, if
>>> possible, take whatever it is your storing it on (or backing it up on)
>>> to the origin location and copy it to it *then* ship it to and
>>> install it in your datacenter.   It is likely that the cost of doing
>>> this will actually be less than the cost of buying a circuit which will
>>> do this in a reasonable amount of time, especially if you are buying a
>>> piece of hardware to store this data (likely).
>>>
>>> For the updates,  4pb per year is just over 1Mb/s if I did the math
>>> correctly   This is in the realm of normal internet, assuming the
>>> data grows gradually throughout a year.
>>>
>>> I'll let others point you toward a 10Gig wave if you'd rather not use
>>> the "move media" approach.
>>>
>>>
>>> On Mon, Apr 17, 2017 at 8:04 AM, Zach Underwood >> > wrote:
>>>
>>> I work for a medical data company and we have a possible project
>>> where will be getting data from a human genome company. What would
>>> be a option for move the data between our datacenter and there
>>> datacenter? We are in the southeast and they are in the midwest. The
>>> data amount would be a seed of 5pb and growth of 4pb per year. The
>>> networking on our side would be 100gbit LAN.
>>>
>>> --
>>> Zach Underwood (RHCE,RHCSA,RHCT,UACA)
>>> My website 
>>> advance-networking.com 
>>>
>>>
>>>
>>>
>>> --
>>> *Forrest Christian* /CEO//, PacketFlux Technologies, Inc./
>>> Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602
>>> forre...@imach.com
>>>  | http://www.packetflux.com
>>> 
>>>  
>>> 
>>>
>>>
>>>
>
>
> --
> *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] bulk data transfer

[Seth Mattinen]

On 4/18/17 4:40 AM, Mike Hammett wrote:

People still use tape? I haven't seen a tape in many years.



I have an LTO autoloader of tapes and a NAS for backups. Both are at 
different locations. The tapes are effectively a backup of the backups.


~Seth

[AFMUG] Fiber packet loss?

[Robert]

Doing some testing on upgraded fiber connection we see 1G tcp up with 
mikrotik to mikrotik speed testing but only .5G down but see 1G/1G with 
udp.   I can't see the remote CPU load but our load only maxes out about 
68% on the MT running router we are using to test.   Any experience out 
there that would reinforce or deny that this could be errors on one side 
of our fiber connection?  Or is this likely CPU load on the testing. 
We tested to two different sites both with 10G connectivity...


Your thoughts/experiences appreciated!

Best,
Robert

Re: [AFMUG] Butterfly Drop Cable

[Adam Moffett]

Lol ok.


-- Original Message --
From: ch...@wbmfg.com
To: af@afmug.com
Sent: 4/18/2017 10:16:34 AM
Subject: Re: [AFMUG] Butterfly Drop Cable


Well, let us know in 5 years what you think of it.

From:Adam Moffett
Sent: Tuesday, April 18, 2017 8:11 AM
To:af@afmug.com
Subject: Re: [AFMUG] Butterfly Drop Cable

The price I got was from FIS.  They said lead time is 2-3 weeks.



-- Original Message --
From: "Carl Peterson" 
To: "af@afmug.com" 
Sent: 4/18/2017 9:42:42 AM
Subject: Re: [AFMUG] Butterfly Drop Cable

I'd be interested in what vendor.  We have our toes in the importing 
from China game and it can be super hit or miss.  You can get what 
looks like exactly the same thing from two different suppliers and one 
will be made out of crap plastic while the other is great.  We are 
testing a similar indoor butterfly flat drop for conduit runs in MDUs.


On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett  
wrote:
So I guess the cable is cheap, but is it good, terrible, or in 
between?



-- Original Message --
From: "Eric Kuhnke" 
To: "af@afmug.com" 
Sent: 4/17/2017 5:17:24 PM
Subject: Re: [AFMUG] Butterfly Drop Cable

That is manufactured by probably twenty different companies in China 
and re-sold by at least 50 vendors. If you go to Alibaba and search 
for "FTTH drop cable" you will see a product with the exact same 
cross section diagram being sold by a ton of resellers.



On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett  
wrote:
A vendor just sent me a sample of what they call a "butteryfly" 
drop cable.


It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little 
picture comes through.


The steel measures .042" dia which is somewhere around 18AWG.

You can get it with 1 or 2 bare fibers, and you access them by 
peeling apart the two aramid strength members.


The cheapness is tantalizing.  Will I regret this vs a "normal" 
flat drop cable like Superior Essex or Corning?  They put corning 
glass inside the jacket so I'm not worried about the optical 
performance, but I'm wondering if it's rugged enough.








--
Carl Peterson

PORT NETWORKS

401 E Pratt St, Ste 2553

Baltimore, MD 21202

(410) 637-3707

Re: [AFMUG] Butterfly Drop Cable

[chuck]

Well, let us know in 5 years what you think of it.  

From: Adam Moffett 
Sent: Tuesday, April 18, 2017 8:11 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Butterfly Drop Cable

The price I got was from FIS.  They said lead time is 2-3 weeks.



-- Original Message --
From: "Carl Peterson" 
To: "af@afmug.com" 
Sent: 4/18/2017 9:42:42 AM
Subject: Re: [AFMUG] Butterfly Drop Cable

  I'd be interested in what vendor.  We have our toes in the importing from 
China game and it can be super hit or miss.  You can get what looks like 
exactly the same thing from two different suppliers and one will be made out of 
crap plastic while the other is great.  We are testing a similar indoor 
butterfly flat drop for conduit runs in MDUs.  

  On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett  wrote:

So I guess the cable is cheap, but is it good, terrible, or in between?


-- Original Message --
From: "Eric Kuhnke" 
To: "af@afmug.com" 
Sent: 4/17/2017 5:17:24 PM
Subject: Re: [AFMUG] Butterfly Drop Cable

  That is manufactured by probably twenty different companies in China and 
re-sold by at least 50 vendors. If you go to Alibaba and search for "FTTH drop 
cable" you will see a product with the exact same cross section diagram being 
sold by a ton of resellers. 


  On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett  wrote:

A vendor just sent me a sample of what they call a "butteryfly" drop 
cable. 

It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little picture 
comes through.  

The steel measures .042" dia which is somewhere around 18AWG.  

You can get it with 1 or 2 bare fibers, and you access them by peeling 
apart the two aramid strength members.


The cheapness is tantalizing.  Will I regret this vs a "normal" flat 
drop cable like Superior Essex or Corning?  They put corning glass inside the 
jacket so I'm not worried about the optical performance, but I'm wondering if 
it's rugged enough.






  -- 

  Carl Peterson


  PORT NETWORKS

  401 E Pratt St, Ste 2553

  Baltimore, MD 21202

  (410) 637-3707 

Re: [AFMUG] Butterfly Drop Cable

[Adam Moffett]

The price I got was from FIS.  They said lead time is 2-3 weeks.



-- Original Message --
From: "Carl Peterson" 
To: "af@afmug.com" 
Sent: 4/18/2017 9:42:42 AM
Subject: Re: [AFMUG] Butterfly Drop Cable

I'd be interested in what vendor.  We have our toes in the importing 
from China game and it can be super hit or miss.  You can get what 
looks like exactly the same thing from two different suppliers and one 
will be made out of crap plastic while the other is great.  We are 
testing a similar indoor butterfly flat drop for conduit runs in MDUs.


On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett  
wrote:
So I guess the cable is cheap, but is it good, terrible, or in 
between?



-- Original Message --
From: "Eric Kuhnke" 
To: "af@afmug.com" 
Sent: 4/17/2017 5:17:24 PM
Subject: Re: [AFMUG] Butterfly Drop Cable

That is manufactured by probably twenty different companies in China 
and re-sold by at least 50 vendors. If you go to Alibaba and search 
for "FTTH drop cable" you will see a product with the exact same 
cross section diagram being sold by a ton of resellers.



On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett  
wrote:
A vendor just sent me a sample of what they call a "butteryfly" drop 
cable.


It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little 
picture comes through.


The steel measures .042" dia which is somewhere around 18AWG.

You can get it with 1 or 2 bare fibers, and you access them by 
peeling apart the two aramid strength members.


The cheapness is tantalizing.  Will I regret this vs a "normal" flat 
drop cable like Superior Essex or Corning?  They put corning glass 
inside the jacket so I'm not worried about the optical performance, 
but I'm wondering if it's rugged enough.








--
Carl Peterson

PORT NETWORKS

401 E Pratt St, Ste 2553

Baltimore, MD 21202

(410) 637-3707

[AFMUG] speed issue on wireless - but not on fiber

[CBB - Jay Fuller]

We have recently installed 4 mimosa links across about 40 miles to provide 
service to a failing WISP (we are completing an asset purchase). Their fiber 
died last week (due to nonpayment) and the failover happened as planned. 
However, there is a business in town where a remote location is using RDP and a 
VPN and they are reporting problems. Further testing reveals that although we 
can speedtest over 400 meg radio to radio in both directions (on every hop), 
the business is getting .07 upload.



The former office which used to get 300/300 fiber speeds over their airfiber 24 
is now getting 70/7.



In a mikrotik test with 20 tcp sessions I can do 40-50 meg up (but not 200), 
but in a similar test down I can get 200 meg. That is "core to core".



I will be traveling today so I won't be able to reply quickly. Thank you!

Re: [AFMUG] Butterfly Drop Cable

[Carl Peterson]

I'd be interested in what vendor.  We have our toes in the importing from
China game and it can be super hit or miss.  You can get what looks like
exactly the same thing from two different suppliers and one will be made
out of crap plastic while the other is great.  We are testing a similar
indoor butterfly flat drop for conduit runs in MDUs.

On Tue, Apr 18, 2017 at 9:09 AM, Adam Moffett  wrote:

> So I guess the cable is cheap, but is it good, terrible, or in between?
>
>
> -- Original Message --
> From: "Eric Kuhnke" 
> To: "af@afmug.com" 
> Sent: 4/17/2017 5:17:24 PM
> Subject: Re: [AFMUG] Butterfly Drop Cable
>
> That is manufactured by probably twenty different companies in China and
> re-sold by at least 50 vendors. If you go to Alibaba and search for "FTTH
> drop cable" you will see a product with the exact same cross section
> diagram being sold by a ton of resellers.
>
>
> On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett  wrote:
>
>> A vendor just sent me a sample of what they call a "butteryfly" drop
>> cable.
>>
>> It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little picture
>> comes through.
>>
>> The steel measures .042" dia which is somewhere around 18AWG.
>>
>> You can get it with 1 or 2 bare fibers, and you access them by peeling
>> apart the two aramid strength members.
>>
>> The cheapness is tantalizing.  Will I regret this vs a "normal" flat drop
>> cable like Superior Essex or Corning?  They put corning glass inside the
>> jacket so I'm not worried about the optical performance, but I'm wondering
>> if it's rugged enough.
>>
>>
>


-- 

Carl Peterson

*PORT NETWORKS*

401 E Pratt St, Ste 2553

Baltimore, MD 21202

(410) 637-3707

Re: [AFMUG] Butterfly Drop Cable

[Adam Moffett]

So I guess the cable is cheap, but is it good, terrible, or in between?


-- Original Message --
From: "Eric Kuhnke" 
To: "af@afmug.com" 
Sent: 4/17/2017 5:17:24 PM
Subject: Re: [AFMUG] Butterfly Drop Cable

That is manufactured by probably twenty different companies in China 
and re-sold by at least 50 vendors. If you go to Alibaba and search for 
"FTTH drop cable" you will see a product with the exact same cross 
section diagram being sold by a ton of resellers.



On Mon, Apr 17, 2017 at 2:13 PM, Adam Moffett  
wrote:
A vendor just sent me a sample of what they call a "butteryfly" drop 
cable.


It's dirt friggin cheap.  Like $0.09/foot.  Hopefully my little 
picture comes through.


The steel measures .042" dia which is somewhere around 18AWG.

You can get it with 1 or 2 bare fibers, and you access them by peeling 
apart the two aramid strength members.


The cheapness is tantalizing.  Will I regret this vs a "normal" flat 
drop cable like Superior Essex or Corning?  They put corning glass 
inside the jacket so I'm not worried about the optical performance, 
but I'm wondering if it's rugged enough.

Re: [AFMUG] bulk data transfer

[Mike Hammett]

Too bad they let a ton of their infrastructure go 30, 40, 50 years ago. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Lewis Bergman"  
To: af@afmug.com 
Sent: Monday, April 17, 2017 11:28:16 AM 
Subject: Re: [AFMUG] bulk data transfer 


careful. UP is listening. 


On Mon, Apr 17, 2017 at 11:22 AM Chuck McCown < ch...@wbmfg.com > wrote: 






No, what would it be if you had continuous railcar transport??? We could 
eliminate all the fiber with railroads! 




From: Forrest Christian (List Account) 
Sent: Monday, April 17, 2017 10:15 AM 






To: af 
Subject: Re: [AFMUG] bulk data transfer 




Chicago to LA is 30 hours by truck. 

Typical 53 foot trailer is 3816 cubic feet. 

A LTO-7 tape can hold 6TB 
The volume of a LTO-7 tape is just under 0.01 cubic foot (0.00839973) We'll 
use 0.01 cubic foot. 

A 53 foot trailer packed completely full can hold 381600 Tapes X 6TB = 
2,289,600TB, or 2289 PB. 

2,289,600TB/30hours = 76320TB/hr. 
or 
1272TB/min 
or 
21.2TB/sec. 
or 
169.6Tbit/second. 







On Mon, Apr 17, 2017 at 9:39 AM, Robert Andrews < i...@avantwireless.com > 
wrote: 


I can't remember which but there was a nanog presentation a few years ago about 
max bandwidth and the top of the chart was still listed as a 747 cargo full of 
optical media.. Now as far as getting that data on and off the media 

On 04/17/2017 07:36 AM, Forrest Christian (List Account) wrote: 


For the seed you need to understand this quote: 

"/Never underestimate the bandwidth of a station wagon full of tapes 
hurtling down the highway/." —Tanenbaum, Andrew S. (1989). Computer 
Networks. New Jersey: Prentice-Hall. p. 57. ISBN 0-13-166836-6. 

I'd highly recommend you think about how to move that seed via Fedex or 
UPS. You're already going to be storing the data somewhere, if 
possible, take whatever it is your storing it on (or backing it up on) 
to the origin location and copy it to it *then* ship it to and 
install it in your datacenter. It is likely that the cost of doing 
this will actually be less than the cost of buying a circuit which will 
do this in a reasonable amount of time, especially if you are buying a 
piece of hardware to store this data (likely). 

For the updates, 4pb per year is just over 1Mb/s if I did the math 
correctly This is in the realm of normal internet, assuming the 
data grows gradually throughout a year. 

I'll let others point you toward a 10Gig wave if you'd rather not use 
the "move media" approach. 


On Mon, Apr 17, 2017 at 8:04 AM, Zach Underwood < zunder1...@gmail.com 
> wrote: 

I work for a medical data company and we have a possible project 
where will be getting data from a human genome company. What would 
be a option for move the data between our datacenter and there 
datacenter? We are in the southeast and they are in the midwest. The 
data amount would be a seed of 5pb and growth of 4pb per year. The 
networking on our side would be 100gbit LAN. 

-- 
Zach Underwood (RHCE,RHCSA,RHCT,UACA) 
My website < http://zachunderwood.me > 
advance-networking.com < http://advance-networking.com > 




-- 
*Forrest Christian* /CEO//, PacketFlux Technologies, Inc./ 
Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602 
forre...@imach.com 
 | http://www.packetflux.com 
< http://www.packetflux.com/ > 
< http://www.linkedin.com/in/fwchristian > < http://facebook.com/packetflux > < 
http://twitter.com/@packetflux > 









-- 






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] bulk data transfer

[Mike Hammett]

People still use tape? I haven't seen a tape in many years. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Forrest Christian (List Account)"  
To: "af"  
Sent: Monday, April 17, 2017 11:15:38 AM 
Subject: Re: [AFMUG] bulk data transfer 


Chicago to LA is 30 hours by truck. 


Typical 53 foot trailer is 3816 cubic feet. 


A LTO-7 tape can hold 6TB 
The volume of a LTO-7 tape is just under 0.01 cubic foot (0.00839973) We'll 
use 0.01 cubic foot. 


A 53 foot trailer packed completely full can hold 381600 Tapes X 6TB = 
2,289,600TB, or 2289 PB. 


2,289,600TB/30hours = 76320TB/hr. 
or 
1272TB/min 
or 
21.2TB/sec. 
or 
169.6Tbit/second. 












On Mon, Apr 17, 2017 at 9:39 AM, Robert Andrews < i...@avantwireless.com > 
wrote: 


I can't remember which but there was a nanog presentation a few years ago about 
max bandwidth and the top of the chart was still listed as a 747 cargo full of 
optical media.. Now as far as getting that data on and off the media 

On 04/17/2017 07:36 AM, Forrest Christian (List Account) wrote: 


For the seed you need to understand this quote: 

"/Never underestimate the bandwidth of a station wagon full of tapes 
hurtling down the highway/." —Tanenbaum, Andrew S. (1989). Computer 
Networks. New Jersey: Prentice-Hall. p. 57. ISBN 0-13-166836-6. 

I'd highly recommend you think about how to move that seed via Fedex or 
UPS. You're already going to be storing the data somewhere, if 
possible, take whatever it is your storing it on (or backing it up on) 
to the origin location and copy it to it *then* ship it to and 
install it in your datacenter. It is likely that the cost of doing 
this will actually be less than the cost of buying a circuit which will 
do this in a reasonable amount of time, especially if you are buying a 
piece of hardware to store this data (likely). 

For the updates, 4pb per year is just over 1Mb/s if I did the math 
correctly This is in the realm of normal internet, assuming the 
data grows gradually throughout a year. 

I'll let others point you toward a 10Gig wave if you'd rather not use 
the "move media" approach. 


On Mon, Apr 17, 2017 at 8:04 AM, Zach Underwood < zunder1...@gmail.com 
> wrote: 

I work for a medical data company and we have a possible project 
where will be getting data from a human genome company. What would 
be a option for move the data between our datacenter and there 
datacenter? We are in the southeast and they are in the midwest. The 
data amount would be a seed of 5pb and growth of 4pb per year. The 
networking on our side would be 100gbit LAN. 

-- 
Zach Underwood (RHCE,RHCSA,RHCT,UACA) 
My website < http://zachunderwood.me > 
advance-networking.com < http://advance-networking.com > 




-- 
*Forrest Christian* /CEO//, PacketFlux Technologies, Inc./ 
Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602 
forre...@imach.com 
 | http://www.packetflux.com 
< http://www.packetflux.com/ > 
< http://www.linkedin.com/in/fwchristian > < http://facebook.com/packetflux > < 
http://twitter.com/@packetflux > 










-- 





Forrest Christian CEO , PacketFlux Technologies, Inc. 

Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602 
forre...@imach.com | http://www.packetflux.com