Re: [AFMUG] Rancid and netonix

[Mike Hammett]

Send me offlist what e-mail address you used and I'll poke Tomas. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "That One Guy /sarcasm"  
To: af@afmug.com 
Sent: Wednesday, September 7, 2016 10:21:17 PM 
Subject: Re: [AFMUG] Rancid and netonix 


unimus is taunting me with a beta key and an indication of a previously 
received email with DL links that never arrived 


On Wed, Sep 7, 2016 at 9:11 PM, Mike Hammett < af...@ics-il.net > wrote: 




Check out Unimus. ;-) 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 






From: "SmarterBroadband" < li...@smarterbroadband.com > 
To: af@afmug.com 
Sent: Wednesday, September 7, 2016 7:54:34 PM 
Subject: [AFMUG] Rancid and netonix 



Does anyone have a working Rancid backup script for Netonix switches they would 
share. 

Thanks 

Adam 








-- 




If you only see yourself as part of the team but you don't see your team as 
part of yourself you have already failed as part of the team. 

Re: [AFMUG] Rancid and netonix

[Mike Hammett]

He seems to think so. He has a ton of ideas of future things built upon this 
platform. Also, the network device backup market is huge. Always someone new to 
sell to. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "That One Guy /sarcasm"  
To: af@afmug.com 
Sent: Thursday, September 8, 2016 4:38:40 PM 
Subject: Re: [AFMUG] Rancid and netonix 


I just found it and installed it on my laptop, seems pretty straight forward. 
Fricing is sketchy, its inexpensive, but perpetual. Thats good for the first 
few revisions, but 3 years down the road will there be new revenue for 
developement? 


On Thu, Sep 8, 2016 at 4:23 PM, That One Guy /sarcasm < 
thatoneguyst...@gmail.com > wrote: 



fill out the request 
but they sent the key but no download 




On Thu, Sep 8, 2016 at 3:55 PM, SmarterBroadband < li...@smarterbroadband.com > 
wrote: 





Says it is in BETA. Anyone using it? 



From: Af [mailto: af-boun...@afmug.com ] On Behalf Of Mike Hammett 
Sent: Wednesday, September 07, 2016 7:12 PM 
To: af@afmug.com 
Subject: Re: [AFMUG] Rancid and netonix 


Check out Unimus. ;-) 



- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 







From: "SmarterBroadband" < li...@smarterbroadband.com > 
To: af@afmug.com 
Sent: Wednesday, September 7, 2016 7:54:34 PM 
Subject: [AFMUG] Rancid and netonix 
Does anyone have a working Rancid backup script for Netonix switches they would 
share. 

Thanks 

Adam 








-- 




If you only see yourself as part of the team but you don't see your team as 
part of yourself you have already failed as part of the team. 





-- 




If you only see yourself as part of the team but you don't see your team as 
part of yourself you have already failed as part of the team. 

Re: [AFMUG] NAT64/DNS64 - Implementation Thoughts

[Lewis Bergman]

Juniper

On Thu, Sep 8, 2016, 10:04 PM Wireless Administrator 
wrote:

> Has anyone implemented NAT64/DNS64? If so is there a recommended platform?
>
>
>
> It looks like Mikrotik is out on this one.
>
>
>
> Steve B.
>
>
>
>
>

Re: [AFMUG] OT : New way to generate electricity

[Lewis Bergman]

You so funny

On Thu, Sep 8, 2016, 10:04 PM Jaime Solorza 
wrote:

> I know of a source... Just need to figure out how to slow it down to
> connect wires and clamps to it...
>
> On Sep 8, 2016 9:01 PM, "Jaime Solorza"  wrote:
>
>> I had an Epiphany on how to generate power using a body in perpetual
>> spinning motion. All we is a distribution system connected to the
>> spinning source.  That's the difficult part.  ..
>>
>

Re: [AFMUG] OT : New way to generate electricity

[Jaime Solorza]

You figured out the source?

On Sep 9, 2016 5:46 AM, "Lewis Bergman"  wrote:

> You so funny
>
> On Thu, Sep 8, 2016, 10:04 PM Jaime Solorza 
> wrote:
>
>> I know of a source... Just need to figure out how to slow it down to
>> connect wires and clamps to it...
>>
>> On Sep 8, 2016 9:01 PM, "Jaime Solorza" 
>> wrote:
>>
>>> I had an Epiphany on how to generate power using a body in perpetual
>>> spinning motion. All we is a distribution system connected to the
>>> spinning source.  That's the difficult part.  ..
>>>
>>

Re: [AFMUG] OT : New way to generate electricity

[Jaime Solorza]

Poor Ronnie is spinning so fast in his grave after Trump's Putin man crush
statements on TV,  if we harness that we can retire.

On Sep 9, 2016 6:41 AM, "Jaime Solorza"  wrote:

> You figured out the source?
>
> On Sep 9, 2016 5:46 AM, "Lewis Bergman"  wrote:
>
>> You so funny
>>
>> On Thu, Sep 8, 2016, 10:04 PM Jaime Solorza 
>> wrote:
>>
>>> I know of a source... Just need to figure out how to slow it down to
>>> connect wires and clamps to it...
>>>
>>> On Sep 8, 2016 9:01 PM, "Jaime Solorza" 
>>> wrote:
>>>
 I had an Epiphany on how to generate power using a body in perpetual
 spinning motion. All we is a distribution system connected to the
 spinning source.  That's the difficult part.  ..

>>>

Re: [AFMUG] Bgp automatic drop session?

[Faisal Imtiaz]

Tut tut Tut .. 

let's not start with bad habits... 

Best practices would be to withdraw the routes, and not kill the bgp session... 

:) 

Faisal Imtiaz 
Snappy Internet & Telecom 
7266 SW 48 Street 
Miami, FL 33155 
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net 

> From: "TJ Trout" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 1:31:10 AM
> Subject: [AFMUG] Bgp automatic drop session?

> Does anyone run any type of script that will automatically drop a bgp session
> when a upstream is having problems but isn't hard down ? Like packet loss, 
> high
> latency or low throughout?

> I'm assuming it's nearly impossible without human intervention??

Re: [AFMUG] Bgp automatic drop session?

[Josh Luthman]

How would you "withdraw routes" on a Mikrotik?


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

On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
wrote:

> Tut tut Tut ..
>
> let's not start with bad habits...
>
> Best practices would be to withdraw the routes, and not  kill the bgp
> session...
>
>
> :)
>
> Faisal Imtiaz
> Snappy Internet & Telecom
> 7266 SW 48 Street
> Miami, FL 33155
> Tel: 305 663 5518 x 232
>
> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>
> --
>
> *From: *"TJ Trout" 
> *To: *af@afmug.com
> *Sent: *Friday, September 9, 2016 1:31:10 AM
> *Subject: *[AFMUG] Bgp automatic drop session?
>
> Does anyone run any type of script that will automatically drop a bgp
> session when a upstream is having problems but isn't hard down ? Like
> packet loss, high latency or low throughout?
>
> I'm assuming it's nearly impossible without human intervention??
>
>

Re: [AFMUG] Bgp automatic drop session?

[Faisal Imtiaz]

This goes back to best practices... 
you should be using a filter to advertise the routes... 
e.g. our hiq-out filter . 
0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept 
set-bgp-prepend=2 set-bgp-prepend-path="" 
1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115 
invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path="" 
2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115 invert-match=no 
action=accept set-bgp-prepend-path="" 
3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept 
set-bgp-prepend-path="" 
4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept 
set-bgp-prepend-path="" 
5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept 
set-bgp-prepend-path="" 
6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235 
invert-match=no action=accept set-bgp-prepend-path="" 
7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path="" 

As you can see a couple of chain's are disabled (X). that will withdraw the 
prefixes as defined in referenced chains. 

Regards. 

Faisal Imtiaz 
Snappy Internet & Telecom 
7266 SW 48 Street 
Miami, FL 33155 
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net 

> From: "Josh Luthman" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 9:50:20 AM
> Subject: Re: [AFMUG] Bgp automatic drop session?

> How would you "withdraw routes" on a Mikrotik?

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

> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz < fai...@snappytelecom.net >
> wrote:

>> Tut tut Tut ..

>> let's not start with bad habits...

>> Best practices would be to withdraw the routes, and not kill the bgp 
>> session...

>> :)

>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232

>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

>>> From: "TJ Trout" < t...@voltbb.com >
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 1:31:10 AM
>>> Subject: [AFMUG] Bgp automatic drop session?

>>> Does anyone run any type of script that will automatically drop a bgp 
>>> session
>>> when a upstream is having problems but isn't hard down ? Like packet loss, 
>>> high
>>> latency or low throughout?

>>> I'm assuming it's nearly impossible without human intervention??

Re: [AFMUG] Bgp automatic drop session?

[Josh Luthman]

Oh well that's easy enough.  Why is that better than disabling the peer?


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

On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz 
wrote:

> This goes back to best practices...
>  you should be using a filter to advertise the routes...
>
> e.g.  our hiq-out filter .
> 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
> set-bgp-prepend=2 set-bgp-prepend-path=""
> 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
> invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
> 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115
> invert-match=no action=accept set-bgp-prepend-path=""
> 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
> set-bgp-prepend-path=""
> 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
> set-bgp-prepend-path=""
> 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
> set-bgp-prepend-path=""
> 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235
> invert-match=no action=accept set-bgp-prepend-path=""
> 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""
>
> As you can see a couple of chain's are disabled (X). that will
> withdraw the prefixes as defined in referenced chains.
>
>
> Regards.
>
> Faisal Imtiaz
> Snappy Internet & Telecom
> 7266 SW 48 Street
> Miami, FL 33155
> Tel: 305 663 5518 x 232
>
> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>
> --
>
> *From: *"Josh Luthman" 
> *To: *af@afmug.com
> *Sent: *Friday, September 9, 2016 9:50:20 AM
> *Subject: *Re: [AFMUG] Bgp automatic drop session?
>
> How would you "withdraw routes" on a Mikrotik?
>
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
> wrote:
>
>> Tut tut Tut ..
>>
>> let's not start with bad habits...
>>
>> Best practices would be to withdraw the routes, and not  kill the bgp
>> session...
>>
>>
>> :)
>>
>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232
>>
>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>
>> --
>>
>> *From: *"TJ Trout" 
>> *To: *af@afmug.com
>> *Sent: *Friday, September 9, 2016 1:31:10 AM
>> *Subject: *[AFMUG] Bgp automatic drop session?
>>
>> Does anyone run any type of script that will automatically drop a bgp
>> session when a upstream is having problems but isn't hard down ? Like
>> packet loss, high latency or low throughout?
>>
>> I'm assuming it's nearly impossible without human intervention??
>>
>>
>

Re: [AFMUG] Bgp automatic drop session?

[Faisal Imtiaz]

simple 

Adding routes and removing routes is a defined bgp function, and it is 
considered to be one of a softer impact... 

killing a bgp session is disruptive, unexpected, depending on timeouts, it can 
take as long a 3min to determine if the peer is gone, and then another few min 
for the routes to fully propagate across the internet.. meanwhile traffic is 
still heading your way... 

Regards 

Faisal Imtiaz 
Snappy Internet & Telecom 
7266 SW 48 Street 
Miami, FL 33155 
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net 

> From: "Josh Luthman" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 10:01:24 AM
> Subject: Re: [AFMUG] Bgp automatic drop session?

> Oh well that's easy enough. Why is that better than disabling the peer?

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

> On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz < fai...@snappytelecom.net >
> wrote:

>> This goes back to best practices...
>> you should be using a filter to advertise the routes...
>> e.g. our hiq-out filter .
>> 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
>> set-bgp-prepend=2 set-bgp-prepend-path=""
>> 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
>> invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
>> 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115 
>> invert-match=no
>> action=accept set-bgp-prepend-path=""
>> 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235 
>> invert-match=no
>> action=accept set-bgp-prepend-path=""
>> 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""

>> As you can see a couple of chain's are disabled (X). that will withdraw 
>> the
>> prefixes as defined in referenced chains.

>> Regards.

>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232

>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

>>> From: "Josh Luthman" < j...@imaginenetworksllc.com >
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 9:50:20 AM
>>> Subject: Re: [AFMUG] Bgp automatic drop session?

>>> How would you "withdraw routes" on a Mikrotik?

>>> Josh Luthman
>>> Office: 937-552-2340
>>> Direct: 937-552-2343
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz < fai...@snappytelecom.net >
>>> wrote:

 Tut tut Tut ..

 let's not start with bad habits...

 Best practices would be to withdraw the routes, and not kill the bgp 
 session...

 :)

 Faisal Imtiaz
 Snappy Internet & Telecom
 7266 SW 48 Street
 Miami, FL 33155
 Tel: 305 663 5518 x 232

 Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

> From: "TJ Trout" < t...@voltbb.com >
> To: af@afmug.com
> Sent: Friday, September 9, 2016 1:31:10 AM
> Subject: [AFMUG] Bgp automatic drop session?

> Does anyone run any type of script that will automatically drop a bgp 
> session
> when a upstream is having problems but isn't hard down ? Like packet 
> loss, high
> latency or low throughout?

> I'm assuming it's nearly impossible without human intervention??

Re: [AFMUG] NAT64/DNS64 - Implementation Thoughts

[Wireless Administrator]

Lewis,

That’s what I was gravitating to.  Good to see you met with success.  Did you 
try anything else?

 

Steve

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Lewis Bergman
Sent: Friday, September 09, 2016 7:45 AM
To: af@afmug.com
Subject: Re: [AFMUG] NAT64/DNS64 - Implementation Thoughts

 

Juniper

 

On Thu, Sep 8, 2016, 10:04 PM Wireless Administrator  wrote:

Has anyone implemented NAT64/DNS64? If so is there a recommended platform?

 

It looks like Mikrotik is out on this one.

 

Steve B.

 

 

Re: [AFMUG] Rancid and netonix

[That One Guy /sarcasm]

I got it running, that stupid gmail filtering had it elsewhere

Im not complaining about the cost, its a really freaking great price per
device, just fearful it will go the way of alot of other really great ideas
and run out of money

On Fri, Sep 9, 2016 at 6:39 AM, Mike Hammett  wrote:

> He seems to think so. He has a ton of ideas of future things built upon
> this platform. Also, the network device backup market is huge. Always
> someone new to sell to.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
> 
> 
> 
> 
> Midwest Internet Exchange 
> 
> 
> 
> The Brothers WISP 
> 
>
>
> 
> --
> *From: *"That One Guy /sarcasm" 
> *To: *af@afmug.com
> *Sent: *Thursday, September 8, 2016 4:38:40 PM
> *Subject: *Re: [AFMUG] Rancid and netonix
>
> I just found it and installed it on my laptop, seems pretty straight
> forward. Fricing is sketchy, its inexpensive, but perpetual. Thats good for
> the first few revisions, but 3 years down the road will there be new
> revenue for developement?
>
> On Thu, Sep 8, 2016 at 4:23 PM, That One Guy /sarcasm <
> thatoneguyst...@gmail.com> wrote:
>
>> fill out the request
>> but they sent the key but no download
>>
>> On Thu, Sep 8, 2016 at 3:55 PM, SmarterBroadband <
>> li...@smarterbroadband.com> wrote:
>>
>>> Says it is in BETA.  Anyone using it?
>>>
>>>
>>>
>>> *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Mike Hammett
>>> *Sent:* Wednesday, September 07, 2016 7:12 PM
>>> *To:* af@afmug.com
>>> *Subject:* Re: [AFMUG] Rancid and netonix
>>>
>>>
>>>
>>> Check out Unimus.  ;-)
>>>
>>>
>>>
>>> -
>>> Mike Hammett
>>> Intelligent Computing Solutions 
>>> 
>>> 
>>> 
>>> 
>>> Midwest Internet Exchange 
>>> 
>>> 
>>> 
>>> The Brothers WISP 
>>> 
>>>
>>>
>>> 
>>> --
>>>
>>> *From: *"SmarterBroadband" 
>>> *To: *af@afmug.com
>>> *Sent: *Wednesday, September 7, 2016 7:54:34 PM
>>> *Subject: *[AFMUG] Rancid and netonix
>>>
>>> Does anyone have a working Rancid backup script for Netonix switches
>>> they would share.
>>>
>>>
>>>
>>> Thanks
>>>
>>>
>>>
>>> Adam
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> --
>> If you only see yourself as part of the team but you don't see your team
>> as part of yourself you have already failed as part of the team.
>>
>
>
>
> --
> If you only see yourself as part of the team but you don't see your team
> as part of yourself you have already failed as part of the team.
>
>


-- 
If you only see yourself as part of the team but you don't see your team as
part of yourself you have already failed as part of the team.

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[Matt]

> Ouch.  I sell probably 1000 of these a month.  I have heard a similar story
> a couple of times.  Did my own lab replication and did not find anything
> wrong.  It always has to do with Cambium.  No idea yet what may be
> happening.

We have a lot of these deployed.  Really only needing 1000base on our
PTP450i units when we use wider channels.

Have you tested with a Mikrotik CRS?  I fail to get 1000base from
Mikrotik CRS to CRS with them as well.



>
>> I am currently testing an ePMP powered off a Netonix switch with 65’ of
>> cable to the GigE-APC surge suppressor and then 165’ to the AP.
>> Rock solid at Gige.  Everything looks good.
>>
>> Have you tried to cut and isolate.  Say with a Cambium power supply and a
>> laptop.
>> Start at the AP and work your way back adding components until you find
>> what is causing it to break?
>>
>> I know that now and then the pins in the RJ45s in the surge suppressors
>> and other components can get a bit contaminated and some alcohol and a q tip
>> will fix the problem.
>
>
> Went back today.
>
 I have Mikrotik CRS > 52 volts > PacketFlux Gige SyncInjector > GigEAPC
 HV Rev A.1 > 100 foot STP > PMP450i.  Will not do 1000base.
>
>
> Removed the GigEAPC HV and replaced with a Monoprice RJ-45 coupler.
> Linked and stayed up at 1gbps.  Put the GigeAPC back in.  Mikrotik
> logs show.
>
> 15:51:53 interface,info ether9-slave-local link down
> 15:51:55 interface,info ether9-slave-local link up (speed 1G, full duplex)
> 15:51:56 interface,info ether9-slave-local link down
> 15:51:58 interface,info ether9-slave-local link up (speed 1G, full duplex)
> 15:51:59 interface,info ether9-slave-local link down
> 15:52:01 interface,info ether9-slave-local link up (speed 1G, full duplex)
> 15:52:02 interface,info ether9-slave-local link down
> 15:52:04 interface,info ether9-slave-local link up (speed 1G, full duplex)
> 15:52:05 interface,info ether9-slave-local link down
> 15:52:07 interface,info ether9-slave-local link up (speed 1G, full duplex)
> 15:52:08 interface,info ether9-slave-local link down
> 15:52:09 interface,info ether9-slave-local link up (speed 100M, full duplex)
>
> In the end it gives up and goes back too 100M.
>
> Also, have Mikrotik CRS125-24G-1S -> thirty foot of unshielded cat-5e
> -> GigEAPC-HV -> Mikrotik CRS125-24G-1S
>
> It will only link at 100M also but if I remove the GigEAPC and replace
> with monoprice RJ45 coupler it links and stays at 1Gbps.  Both routers
> on latest firmware and stable/current ROS.
>
> Have tried different GigEAPC units, new ends and have checked that
> everything is grounded correctly to electrical ground.
>
> Ideas?
>
>
>> From: Matt
>> Sent: Wednesday, August 31, 2016 12:26 PM
>> To: af@afmug.com
>> Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps
>>
>> Was anything ever found out with this?  I have Mikrotik CRS > 52 volts >
>> PacketFlux Gige SyncInjector > GigEAPC HV Rev A.1 > 100 foot STP > PMP450i.
>> Will not do 1000base.  Both the 450i and CRS have gigabit enabled in
>> settings.
>>
>>
>>
>> On Sun, May 15, 2016 at 1:25 PM,  wrote:
>>>
>>>
>>> No Joy.  Everything checks out 100%.
>>>
>>> I bought one the cambium units for comparison.  Its impulse breakdown
>>> voltage is about 5 volts to ground lower than my unit for single pin to
>>> ground.  Transverse impulses are clamped much lower on the cambium unit but
>>> normally that is not an issue.
>>>
>>> Pin to pin and pin to ground I have less capacitive loading than the
>>> cambium unit.
>>>
>>> They have some other circuitry that I have yet to puzzle out.
>>> Something that is not related to surge suppression.
>>>
>>> In any event, your unit, a brand new unit from my stock and the cambium
>>> unit all show 1Gbps on the traffic tester and all show good wiring
>>> continuity and all show good breakdown voltage pin to ground.  Visual
>>> inspections are not revealing any solder bridges or manufacturing issues
>>>
>>> A puzzle for certain.  But I am not finished.  Stay tuned...
>>>
>>> From: Wireless Administrator
>>> Sent: Friday, May 6, 2016 9:16 AM
>>> To: af@afmug.com
>>> Subject: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps
>>>
>>>
>>> Replaced This ……
>>>
>>>
>>>
>>>
>>>
>>> With This …….
>>>
>>>
>>>
>>>
>>>
>>> On same ground point and got This ……
>>>
>>>
>>>
>>>
>>>
>>> :-)
>>>
>>>
>>>
>>> Except I want this to work …….
>>>
>>>
>>>
>>>
>>>
>>> L
>>>
>>> Extra effort to ensure clear pictures and easy to read story line ……
>>>
>>>
>>>
>>> Steve
>>>
>>>
>>>
>>>
>>>
>>> From: Wireless Administrator [mailto:wirel...@htn.net]
>>> Sent: Friday, April 29, 2016 12:03 PM
>>> To: 'af@afmug.com'
>>> Subject: Gigabit Ethernet on Cambium 450i
>>>
>>>
>>>
>>> We’re not able to get our Cambium 450i radio’s Ethernet Interface to run
>>> at Gigabit speed.
>>>
>>> Our setup is as follows:
>>>
>>> Gigabit switch (Tried several brands) à14’ Cat6 Patch àGigabit Sync
>>> injector (48V) à 35’ Best-tronics Cat5 Shielded à 800-800-GIGE-APC-H

Re: [AFMUG] Bgp automatic drop session?

[George Skorup]

Just be careful with withdraws and re-announcements frequently. You may 
trigger your upstream's flap protection, damping, etc. Every carrier we 
peer with does it. AT&T is the most aggressive at policing 
advertisements based on my past experience a couple years ago, and I 
highly doubt they've toned it down any. Had a power issue at a site and 
our router rebooted a couple times in 5 minutes. They wouldn't take our 
advertisement anymore. Took seven freakin hours to get an engineer to 
clear it. So, try not to shoot yourself in the foot.


On 9/9/2016 9:12 AM, Faisal Imtiaz wrote:

simple

Adding routes and removing routes is a defined bgp function, and it is 
considered to be one of a softer impact...


killing a bgp session is disruptive, unexpected, depending on 
timeouts, it can take as long a 3min to determine if the peer is gone, 
and then another few min for the routes to fully propagate across the 
internet.. meanwhile traffic is still heading your way...


Regards

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net



*From: *"Josh Luthman" 
*To: *af@afmug.com
*Sent: *Friday, September 9, 2016 10:01:24 AM
*Subject: *Re: [AFMUG] Bgp automatic drop session?

Oh well that's easy enough.  Why is that better than disabling the
peer?


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

On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz
mailto:fai...@snappytelecom.net>> wrote:

This goes back to best practices...
 you should be using a filter to advertise the routes...
e.g.  our hiq-out filter .
0 chain=hiq-out match-chain=SDF-11280 invert-match=no
action=accept set-bgp-prepend=2 set-bgp-prepend-path=""
1 X chain=hiq-out match-chain=SDG-10302
bgp-communities=11280:115 invert-match=no action=accept
set-bgp-prepend=3 set-bgp-prepend-path=""
2 chain=hiq-out match-chain=TNN-46215
bgp-communities=11280:115 invert-match=no action=accept
set-bgp-prepend-path=""
3 chain=hiq-out bgp-communities=11280:245 invert-match=no
action=accept set-bgp-prepend-path=""
4 X chain=hiq-out bgp-communities=11280:135 invert-match=no
action=accept set-bgp-prepend-path=""
5 chain=hiq-out bgp-communities=11280:666 invert-match=no
action=accept set-bgp-prepend-path=""
6 X chain=hiq-out bgp-as-path=^29846_*
bgp-communities=11280:235 invert-match=no action=accept
set-bgp-prepend-path=""
7 chain=hiq-out invert-match=no action=discard
set-bgp-prepend-path=""

As you can see a couple of chain's are disabled (X). that
will withdraw the prefixes as defined in referenced chains.


Regards.

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518  Option 2 or
Email: supp...@snappytelecom.net



*From: *"Josh Luthman" mailto:j...@imaginenetworksllc.com>>
*To: *af@afmug.com 
*Sent: *Friday, September 9, 2016 9:50:20 AM
*Subject: *Re: [AFMUG] Bgp automatic drop session?

How would you "withdraw routes" on a Mikrotik?


Josh Luthman
Office: 937-552-2340 
Direct: 937-552-2343 
1100 Wayne St
Suite 1337
Troy, OH 45373
On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz
mailto:fai...@snappytelecom.net>> wrote:

Tut tut Tut ..

let's not start with bad habits...

Best practices would be to withdraw the routes, and
not  kill the bgp session...


:)

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518 
Option 2 or Email: supp...@snappytelecom.net




*From: *"TJ Trout" mailto:t...@voltbb.com>>
*To: *af@afmug.com 
*Sent: *Friday, September 9, 2016 1:31:10 AM
*Subject: *[AFMUG] Bgp automatic drop session?

Does anyone run any type of script that will
automatically drop a bgp session when a upstream
is having problems but isn't hard down ? Like
packet loss, high lat

Re: [AFMUG] Bgp automatic drop session?

[Josh Luthman]

That makes perfect sense.  A couple days ago my peer died after they had
router issues.  It caused the problems you described.

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

On Sep 9, 2016 10:12 AM, "Faisal Imtiaz"  wrote:

> simple
>
> Adding routes and removing routes is a defined bgp function, and it is
> considered to be one of a softer impact...
>
> killing a bgp session is disruptive, unexpected, depending on timeouts, it
> can take as long a 3min to determine if the peer is gone, and then another
> few min for the routes to fully propagate across the internet.. meanwhile
> traffic is still heading your way...
>
> Regards
>
> Faisal Imtiaz
> Snappy Internet & Telecom
> 7266 SW 48 Street
> Miami, FL 33155
> Tel: 305 663 5518 x 232
>
> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>
> --
>
> *From: *"Josh Luthman" 
> *To: *af@afmug.com
> *Sent: *Friday, September 9, 2016 10:01:24 AM
> *Subject: *Re: [AFMUG] Bgp automatic drop session?
>
> Oh well that's easy enough.  Why is that better than disabling the peer?
>
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz 
> wrote:
>
>> This goes back to best practices...
>>  you should be using a filter to advertise the routes...
>>
>> e.g.  our hiq-out filter .
>> 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
>> set-bgp-prepend=2 set-bgp-prepend-path=""
>> 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
>> invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
>> 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115
>> invert-match=no action=accept set-bgp-prepend-path=""
>> 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235
>> invert-match=no action=accept set-bgp-prepend-path=""
>> 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""
>>
>> As you can see a couple of chain's are disabled (X). that will
>> withdraw the prefixes as defined in referenced chains.
>>
>>
>> Regards.
>>
>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232
>>
>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>
>> --
>>
>> *From: *"Josh Luthman" 
>> *To: *af@afmug.com
>> *Sent: *Friday, September 9, 2016 9:50:20 AM
>> *Subject: *Re: [AFMUG] Bgp automatic drop session?
>>
>> How would you "withdraw routes" on a Mikrotik?
>>
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
>> wrote:
>>
>>> Tut tut Tut ..
>>>
>>> let's not start with bad habits...
>>>
>>> Best practices would be to withdraw the routes, and not  kill the bgp
>>> session...
>>>
>>>
>>> :)
>>>
>>> Faisal Imtiaz
>>> Snappy Internet & Telecom
>>> 7266 SW 48 Street
>>> Miami, FL 33155
>>> Tel: 305 663 5518 x 232
>>>
>>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>>
>>> --
>>>
>>> *From: *"TJ Trout" 
>>> *To: *af@afmug.com
>>> *Sent: *Friday, September 9, 2016 1:31:10 AM
>>> *Subject: *[AFMUG] Bgp automatic drop session?
>>>
>>> Does anyone run any type of script that will automatically drop a bgp
>>> session when a upstream is having problems but isn't hard down ? Like
>>> packet loss, high latency or low throughout?
>>>
>>> I'm assuming it's nearly impossible without human intervention??
>>>
>>>
>>
>

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[George Skorup]

I have a couple CRS125's on my bench that I can mess with this afternoon 
if I have time.


On 9/9/2016 10:04 AM, Matt wrote:

Ouch.  I sell probably 1000 of these a month.  I have heard a similar story
a couple of times.  Did my own lab replication and did not find anything
wrong.  It always has to do with Cambium.  No idea yet what may be
happening.

We have a lot of these deployed.  Really only needing 1000base on our
PTP450i units when we use wider channels.

Have you tested with a Mikrotik CRS?  I fail to get 1000base from
Mikrotik CRS to CRS with them as well.




I am currently testing an ePMP powered off a Netonix switch with 65’ of
cable to the GigE-APC surge suppressor and then 165’ to the AP.
Rock solid at Gige.  Everything looks good.

Have you tried to cut and isolate.  Say with a Cambium power supply and a
laptop.
Start at the AP and work your way back adding components until you find
what is causing it to break?

I know that now and then the pins in the RJ45s in the surge suppressors
and other components can get a bit contaminated and some alcohol and a q tip
will fix the problem.


Went back today.


I have Mikrotik CRS > 52 volts > PacketFlux Gige SyncInjector > GigEAPC
HV Rev A.1 > 100 foot STP > PMP450i.  Will not do 1000base.


Removed the GigEAPC HV and replaced with a Monoprice RJ-45 coupler.
Linked and stayed up at 1gbps.  Put the GigeAPC back in.  Mikrotik
logs show.

15:51:53 interface,info ether9-slave-local link down
15:51:55 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:51:56 interface,info ether9-slave-local link down
15:51:58 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:51:59 interface,info ether9-slave-local link down
15:52:01 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:02 interface,info ether9-slave-local link down
15:52:04 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:05 interface,info ether9-slave-local link down
15:52:07 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:08 interface,info ether9-slave-local link down
15:52:09 interface,info ether9-slave-local link up (speed 100M, full duplex)

In the end it gives up and goes back too 100M.

Also, have Mikrotik CRS125-24G-1S -> thirty foot of unshielded cat-5e
-> GigEAPC-HV -> Mikrotik CRS125-24G-1S

It will only link at 100M also but if I remove the GigEAPC and replace
with monoprice RJ45 coupler it links and stays at 1Gbps.  Both routers
on latest firmware and stable/current ROS.

Have tried different GigEAPC units, new ends and have checked that
everything is grounded correctly to electrical ground.

Ideas?



From: Matt
Sent: Wednesday, August 31, 2016 12:26 PM
To: af@afmug.com
Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

Was anything ever found out with this?  I have Mikrotik CRS > 52 volts >
PacketFlux Gige SyncInjector > GigEAPC HV Rev A.1 > 100 foot STP > PMP450i.
Will not do 1000base.  Both the 450i and CRS have gigabit enabled in
settings.



On Sun, May 15, 2016 at 1:25 PM,  wrote:


No Joy.  Everything checks out 100%.

I bought one the cambium units for comparison.  Its impulse breakdown
voltage is about 5 volts to ground lower than my unit for single pin to
ground.  Transverse impulses are clamped much lower on the cambium unit but
normally that is not an issue.

Pin to pin and pin to ground I have less capacitive loading than the
cambium unit.

They have some other circuitry that I have yet to puzzle out.
Something that is not related to surge suppression.

In any event, your unit, a brand new unit from my stock and the cambium
unit all show 1Gbps on the traffic tester and all show good wiring
continuity and all show good breakdown voltage pin to ground.  Visual
inspections are not revealing any solder bridges or manufacturing issues

A puzzle for certain.  But I am not finished.  Stay tuned...

From: Wireless Administrator
Sent: Friday, May 6, 2016 9:16 AM
To: af@afmug.com
Subject: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps


Replaced This ……





With This …….





On same ground point and got This ……





:-)



Except I want this to work …….





L

Extra effort to ensure clear pictures and easy to read story line ……



Steve





From: Wireless Administrator [mailto:wirel...@htn.net]
Sent: Friday, April 29, 2016 12:03 PM
To: 'af@afmug.com'
Subject: Gigabit Ethernet on Cambium 450i



We’re not able to get our Cambium 450i radio’s Ethernet Interface to run
at Gigabit speed.

Our setup is as follows:

Gigabit switch (Tried several brands) à14’ Cat6 Patch àGigabit Sync
injector (48V) à 35’ Best-tronics Cat5 Shielded à 800-800-GIGE-APC-HV à 80’
Best-tronics Cat5 Shielded à Cambium 450i

It works without the 800-800-GIGE-APC-HV. (Cat5 Coupler).

Anyone ……….



Steve B.

[AFMUG] Trade of 450SMs ?? 2.4 Ghz for 5 Ghz

[Paul McCall]

  PLEASE REPLY OFFLIST 

We have  (3) 25 packs of 2.4Ghz 450SMs  10 Mbit - that we would like to trade 
all or part of for 5 Ghz 450 SMs

Please reply off list with offer

Paul


Paul McCall, President
PDMNet, Inc. / Florida Broadband, Inc.
658 Old Dixie Highway
Vero Beach, FL 32962
772-564-6800
pa...@pdmnet.net
www.pdmnet.com
www.floridabroadband.com

[AFMUG] FS: Mikrotik CRS212-1G-10S-1S+IN

[Jason McKemie]

In good condition, only deployed for a few months.

Make an offer.

[AFMUG] No sync on 900mhz 450i AP from Syncinjector

[Mathew Howard]

We put up a new PMP450i 900mhz AP yesterday, which I have connected to one
of the new packetflux gigabit PowerInjector+sync, but the AP is saying No
sync on the power port... there's an ePMP connected to the same
syncinjector and it's receiving sync over power fine (but it is on 24v and
the 450i is on 48v). Is there anything I should be checking that I'm
missing?

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[Micah Miller]

I wonder what happens when the Mikrotik ethernet link advertisements
are set to 1000M/half and 1000M/full only on the problematic
interfaces.

On Fri, Sep 9, 2016 at 1:00 PM, George Skorup  wrote:
> I have a couple CRS125's on my bench that I can mess with this afternoon if
> I have time.
>
>
> On 9/9/2016 10:04 AM, Matt wrote:
>>>
>>> Ouch.  I sell probably 1000 of these a month.  I have heard a similar
>>> story
>>> a couple of times.  Did my own lab replication and did not find anything
>>> wrong.  It always has to do with Cambium.  No idea yet what may be
>>> happening.
>>
>> We have a lot of these deployed.  Really only needing 1000base on our
>> PTP450i units when we use wider channels.
>>
>> Have you tested with a Mikrotik CRS?  I fail to get 1000base from
>> Mikrotik CRS to CRS with them as well.
>>
>>
>>
 I am currently testing an ePMP powered off a Netonix switch with 65’ of
 cable to the GigE-APC surge suppressor and then 165’ to the AP.
 Rock solid at Gige.  Everything looks good.

 Have you tried to cut and isolate.  Say with a Cambium power supply and
 a
 laptop.
 Start at the AP and work your way back adding components until you find
 what is causing it to break?

 I know that now and then the pins in the RJ45s in the surge suppressors
 and other components can get a bit contaminated and some alcohol and a q
 tip
 will fix the problem.
>>>
>>>
>>> Went back today.
>>>
>> I have Mikrotik CRS > 52 volts > PacketFlux Gige SyncInjector >
>> GigEAPC
>> HV Rev A.1 > 100 foot STP > PMP450i.  Will not do 1000base.
>>>
>>>
>>> Removed the GigEAPC HV and replaced with a Monoprice RJ-45 coupler.
>>> Linked and stayed up at 1gbps.  Put the GigeAPC back in.  Mikrotik
>>> logs show.
>>>
>>> 15:51:53 interface,info ether9-slave-local link down
>>> 15:51:55 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:51:56 interface,info ether9-slave-local link down
>>> 15:51:58 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:51:59 interface,info ether9-slave-local link down
>>> 15:52:01 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:02 interface,info ether9-slave-local link down
>>> 15:52:04 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:05 interface,info ether9-slave-local link down
>>> 15:52:07 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:08 interface,info ether9-slave-local link down
>>> 15:52:09 interface,info ether9-slave-local link up (speed 100M, full
>>> duplex)
>>>
>>> In the end it gives up and goes back too 100M.
>>>
>>> Also, have Mikrotik CRS125-24G-1S -> thirty foot of unshielded cat-5e
>>> -> GigEAPC-HV -> Mikrotik CRS125-24G-1S
>>>
>>> It will only link at 100M also but if I remove the GigEAPC and replace
>>> with monoprice RJ45 coupler it links and stays at 1Gbps.  Both routers
>>> on latest firmware and stable/current ROS.
>>>
>>> Have tried different GigEAPC units, new ends and have checked that
>>> everything is grounded correctly to electrical ground.
>>>
>>> Ideas?
>>>
>>>
 From: Matt
 Sent: Wednesday, August 31, 2016 12:26 PM
 To: af@afmug.com
 Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running
 100Mbps

 Was anything ever found out with this?  I have Mikrotik CRS > 52 volts >
 PacketFlux Gige SyncInjector > GigEAPC HV Rev A.1 > 100 foot STP >
 PMP450i.
 Will not do 1000base.  Both the 450i and CRS have gigabit enabled in
 settings.



 On Sun, May 15, 2016 at 1:25 PM,  wrote:
>
>
> No Joy.  Everything checks out 100%.
>
> I bought one the cambium units for comparison.  Its impulse breakdown
> voltage is about 5 volts to ground lower than my unit for single pin to
> ground.  Transverse impulses are clamped much lower on the cambium unit
> but
> normally that is not an issue.
>
> Pin to pin and pin to ground I have less capacitive loading than the
> cambium unit.
>
> They have some other circuitry that I have yet to puzzle out.
> Something that is not related to surge suppression.
>
> In any event, your unit, a brand new unit from my stock and the cambium
> unit all show 1Gbps on the traffic tester and all show good wiring
> continuity and all show good breakdown voltage pin to ground.  Visual
> inspections are not revealing any solder bridges or manufacturing
> issues
>
> A puzzle for certain.  But I am not finished.  Stay tuned...
>
> From: Wireless Administrator
> Sent: Friday, May 6, 2016 9:16 AM
> To: af@afmug.com
> Subject: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps
>
>
> Replaced This ……
>
>
>
>
>
> With This …….
>
>
>
>
>
> On same ground point and got This ……
>
>
>
>
>
> :-)
>

Re: [AFMUG] NAT64/DNS64 - Implementation Thoughts

[Lewis Bergman]

It was the only solution we found that did not require an additional piece
of equipment which I interpreted as fewer failure points. One router with
NAT64/DNS64 built in.

On Fri, Sep 9, 2016 at 9:24 AM Wireless Administrator 
wrote:

> Lewis,
>
> That’s what I was gravitating to.  Good to see you met with success.  Did
> you try anything else?
>
>
>
> Steve
>
>
>
> *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Lewis Bergman
> *Sent:* Friday, September 09, 2016 7:45 AM
> *To:* af@afmug.com
> *Subject:* Re: [AFMUG] NAT64/DNS64 - Implementation Thoughts
>
>
>
> Juniper
>
>
>
> On Thu, Sep 8, 2016, 10:04 PM Wireless Administrator 
> wrote:
>
> Has anyone implemented NAT64/DNS64? If so is there a recommended platform?
>
>
>
> It looks like Mikrotik is out on this one.
>
>
>
> Steve B.
>
>
>
>
>
>

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[Matt]

> I have a couple CRS125's on my bench that I can mess with this afternoon if
> I have time.

Do you have a GigEAPC-HV?  My setup was CRS125 -<~50 foot
UTP>--<20 foot UTP>- CRS125



>>> Ouch.  I sell probably 1000 of these a month.  I have heard a similar
>>> story
>>> a couple of times.  Did my own lab replication and did not find anything
>>> wrong.  It always has to do with Cambium.  No idea yet what may be
>>> happening.
>>
>> We have a lot of these deployed.  Really only needing 1000base on our
>> PTP450i units when we use wider channels.
>>
>> Have you tested with a Mikrotik CRS?  I fail to get 1000base from
>> Mikrotik CRS to CRS with them as well.
>>
>>
>>
 I am currently testing an ePMP powered off a Netonix switch with 65’ of
 cable to the GigE-APC surge suppressor and then 165’ to the AP.
 Rock solid at Gige.  Everything looks good.

 Have you tried to cut and isolate.  Say with a Cambium power supply and
 a
 laptop.
 Start at the AP and work your way back adding components until you find
 what is causing it to break?

 I know that now and then the pins in the RJ45s in the surge suppressors
 and other components can get a bit contaminated and some alcohol and a q
 tip
 will fix the problem.
>>>
>>>
>>> Went back today.
>>>
>> I have Mikrotik CRS > 52 volts > PacketFlux Gige SyncInjector >
>> GigEAPC
>> HV Rev A.1 > 100 foot STP > PMP450i.  Will not do 1000base.
>>>
>>>
>>> Removed the GigEAPC HV and replaced with a Monoprice RJ-45 coupler.
>>> Linked and stayed up at 1gbps.  Put the GigeAPC back in.  Mikrotik
>>> logs show.
>>>
>>> 15:51:53 interface,info ether9-slave-local link down
>>> 15:51:55 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:51:56 interface,info ether9-slave-local link down
>>> 15:51:58 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:51:59 interface,info ether9-slave-local link down
>>> 15:52:01 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:02 interface,info ether9-slave-local link down
>>> 15:52:04 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:05 interface,info ether9-slave-local link down
>>> 15:52:07 interface,info ether9-slave-local link up (speed 1G, full
>>> duplex)
>>> 15:52:08 interface,info ether9-slave-local link down
>>> 15:52:09 interface,info ether9-slave-local link up (speed 100M, full
>>> duplex)
>>>
>>> In the end it gives up and goes back too 100M.
>>>
>>> Also, have Mikrotik CRS125-24G-1S -> thirty foot of unshielded cat-5e
>>> -> GigEAPC-HV -> Mikrotik CRS125-24G-1S
>>>
>>> It will only link at 100M also but if I remove the GigEAPC and replace
>>> with monoprice RJ45 coupler it links and stays at 1Gbps.  Both routers
>>> on latest firmware and stable/current ROS.
>>>
>>> Have tried different GigEAPC units, new ends and have checked that
>>> everything is grounded correctly to electrical ground.
>>>
>>> Ideas?
>>>
>>>
 From: Matt
 Sent: Wednesday, August 31, 2016 12:26 PM
 To: af@afmug.com
 Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running
 100Mbps

 Was anything ever found out with this?  I have Mikrotik CRS > 52 volts >
 PacketFlux Gige SyncInjector > GigEAPC HV Rev A.1 > 100 foot STP >
 PMP450i.
 Will not do 1000base.  Both the 450i and CRS have gigabit enabled in
 settings.



 On Sun, May 15, 2016 at 1:25 PM,  wrote:
>
>
> No Joy.  Everything checks out 100%.
>
> I bought one the cambium units for comparison.  Its impulse breakdown
> voltage is about 5 volts to ground lower than my unit for single pin to
> ground.  Transverse impulses are clamped much lower on the cambium unit
> but
> normally that is not an issue.
>
> Pin to pin and pin to ground I have less capacitive loading than the
> cambium unit.
>
> They have some other circuitry that I have yet to puzzle out.
> Something that is not related to surge suppression.
>
> In any event, your unit, a brand new unit from my stock and the cambium
> unit all show 1Gbps on the traffic tester and all show good wiring
> continuity and all show good breakdown voltage pin to ground.  Visual
> inspections are not revealing any solder bridges or manufacturing
> issues
>
> A puzzle for certain.  But I am not finished.  Stay tuned...
>
> From: Wireless Administrator
> Sent: Friday, May 6, 2016 9:16 AM
> To: af@afmug.com
> Subject: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps
>
>
> Replaced This ……
>
>
>
>
>
> With This …….
>
>
>
>
>
> On same ground point and got This ……
>
>
>
>
>
> :-)
>
>
>
> Except I want this to work …….
>
>
>
>
>
> L
>
> Extra effort to ensure clear pictures and easy 

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[Chuck McCown]

I will test with anyone that wants to loan me gear.  I really don't want to 
keep buying every possible combination.
The dedicated ethernet test equipment never shows a problem.  Actually, so 
far, I have not found a problem that was unrelated to the occasional failure 
during manufacturing inspection.




-Original Message- 
From: Matt

Sent: Friday, September 09, 2016 9:04 AM
To: af@afmug.com
Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

Ouch.  I sell probably 1000 of these a month.  I have heard a similar 
story

a couple of times.  Did my own lab replication and did not find anything
wrong.  It always has to do with Cambium.  No idea yet what may be
happening.


We have a lot of these deployed.  Really only needing 1000base on our
PTP450i units when we use wider channels.

Have you tested with a Mikrotik CRS?  I fail to get 1000base from
Mikrotik CRS to CRS with them as well.






I am currently testing an ePMP powered off a Netonix switch with 65’ of
cable to the GigE-APC surge suppressor and then 165’ to the AP.
Rock solid at Gige.  Everything looks good.

Have you tried to cut and isolate.  Say with a Cambium power supply and a
laptop.
Start at the AP and work your way back adding components until you find
what is causing it to break?

I know that now and then the pins in the RJ45s in the surge suppressors
and other components can get a bit contaminated and some alcohol and a q 
tip

will fix the problem.



Went back today.


I have Mikrotik CRS > 52 volts > PacketFlux Gige SyncInjector > GigEAPC
HV Rev A.1 > 100 foot STP > PMP450i.  Will not do 1000base.



Removed the GigEAPC HV and replaced with a Monoprice RJ-45 coupler.
Linked and stayed up at 1gbps.  Put the GigeAPC back in.  Mikrotik
logs show.

15:51:53 interface,info ether9-slave-local link down
15:51:55 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:51:56 interface,info ether9-slave-local link down
15:51:58 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:51:59 interface,info ether9-slave-local link down
15:52:01 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:02 interface,info ether9-slave-local link down
15:52:04 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:05 interface,info ether9-slave-local link down
15:52:07 interface,info ether9-slave-local link up (speed 1G, full duplex)
15:52:08 interface,info ether9-slave-local link down
15:52:09 interface,info ether9-slave-local link up (speed 100M, full 
duplex)


In the end it gives up and goes back too 100M.

Also, have Mikrotik CRS125-24G-1S -> thirty foot of unshielded cat-5e
-> GigEAPC-HV -> Mikrotik CRS125-24G-1S

It will only link at 100M also but if I remove the GigEAPC and replace
with monoprice RJ45 coupler it links and stays at 1Gbps.  Both routers
on latest firmware and stable/current ROS.

Have tried different GigEAPC units, new ends and have checked that
everything is grounded correctly to electrical ground.

Ideas?



From: Matt
Sent: Wednesday, August 31, 2016 12:26 PM
To: af@afmug.com
Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 
100Mbps


Was anything ever found out with this?  I have Mikrotik CRS > 52 volts >
PacketFlux Gige SyncInjector > GigEAPC HV Rev A.1 > 100 foot STP > 
PMP450i.

Will not do 1000base.  Both the 450i and CRS have gigabit enabled in
settings.



On Sun, May 15, 2016 at 1:25 PM,  wrote:



No Joy.  Everything checks out 100%.

I bought one the cambium units for comparison.  Its impulse breakdown
voltage is about 5 volts to ground lower than my unit for single pin to
ground.  Transverse impulses are clamped much lower on the cambium unit 
but

normally that is not an issue.

Pin to pin and pin to ground I have less capacitive loading than the
cambium unit.

They have some other circuitry that I have yet to puzzle out.
Something that is not related to surge suppression.

In any event, your unit, a brand new unit from my stock and the cambium
unit all show 1Gbps on the traffic tester and all show good wiring
continuity and all show good breakdown voltage pin to ground.  Visual
inspections are not revealing any solder bridges or manufacturing 
issues


A puzzle for certain.  But I am not finished.  Stay tuned...

From: Wireless Administrator
Sent: Friday, May 6, 2016 9:16 AM
To: af@afmug.com
Subject: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps


Replaced This ……





With This …….





On same ground point and got This ……





:-)



Except I want this to work …….





L

Extra effort to ensure clear pictures and easy to read story line ……



Steve





From: Wireless Administrator [mailto:wirel...@htn.net]
Sent: Friday, April 29, 2016 12:03 PM
To: 'af@afmug.com'
Subject: Gigabit Ethernet on Cambium 450i



We’re not able to get our Cambium 450i radio’s Ethernet Interface to run
at Gigabit speed.

Our setup is as follows:

Gigabit switch (Tried several brands) à14’ Cat6 Patch àGigabit S

[AFMUG] WTB: Arkivator 3 Foot 11Ghz Dish

[Matt]

Looking for a spare 3 foot dish for our SAF Lumina links.  Anyone have
something they want to get rid of?

Re: [AFMUG] Bgp automatic drop session?

[Faisal Imtiaz]

Flap protection kick in with BGP session going up and down... 
Withdrawing routes via filters does not ... 

:) 

Faisal Imtiaz 
Snappy Internet & Telecom 
7266 SW 48 Street 
Miami, FL 33155 
Tel: 305 663 5518 x 232 

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net 

> From: "George Skorup" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 1:47:59 PM
> Subject: Re: [AFMUG] Bgp automatic drop session?

> Just be careful with withdraws and re-announcements frequently. You may 
> trigger
> your upstream's flap protection, damping, etc. Every carrier we peer with does
> it. AT&T is the most aggressive at policing advertisements based on my past
> experience a couple years ago, and I highly doubt they've toned it down any.
> Had a power issue at a site and our router rebooted a couple times in 5
> minutes. They wouldn't take our advertisement anymore. Took seven freakin 
> hours
> to get an engineer to clear it. So, try not to shoot yourself in the foot.

> On 9/9/2016 9:12 AM, Faisal Imtiaz wrote:

>> simple

>> Adding routes and removing routes is a defined bgp function, and it is
>> considered to be one of a softer impact...

>> killing a bgp session is disruptive, unexpected, depending on timeouts, it 
>> can
>> take as long a 3min to determine if the peer is gone, and then another few 
>> min
>> for the routes to fully propagate across the internet.. meanwhile traffic is
>> still heading your way...

>> Regards

>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232

>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

>>> From: "Josh Luthman" 
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 10:01:24 AM
>>> Subject: Re: [AFMUG] Bgp automatic drop session?

>>> Oh well that's easy enough. Why is that better than disabling the peer?

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

>>> On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz < fai...@snappytelecom.net >
>>> wrote:

 This goes back to best practices...
 you should be using a filter to advertise the routes...
 e.g. our hiq-out filter .
 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
 set-bgp-prepend=2 set-bgp-prepend-path=""
 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
 invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115 
 invert-match=no
 action=accept set-bgp-prepend-path=""
 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
 set-bgp-prepend-path=""
 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
 set-bgp-prepend-path=""
 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
 set-bgp-prepend-path=""
 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235 
 invert-match=no
 action=accept set-bgp-prepend-path=""
 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""

 As you can see a couple of chain's are disabled (X). that will 
 withdraw the
 prefixes as defined in referenced chains.

 Regards.

 Faisal Imtiaz
 Snappy Internet & Telecom
 7266 SW 48 Street
 Miami, FL 33155
 Tel: 305 663 5518 x 232

 Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

> From: "Josh Luthman" < j...@imaginenetworksllc.com >
> To: af@afmug.com
> Sent: Friday, September 9, 2016 9:50:20 AM
> Subject: Re: [AFMUG] Bgp automatic drop session?

> How would you "withdraw routes" on a Mikrotik?

> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz < fai...@snappytelecom.net >
> wrote:

>> Tut tut Tut ..

>> let's not start with bad habits...

>> Best practices would be to withdraw the routes, and not kill the bgp 
>> session...

>> :)

>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232

>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

>>> From: "TJ Trout" < t...@voltbb.com >
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 1:31:10 AM
>>> Subject: [AFMUG] Bgp automatic drop session?

>>> Does anyone run any type of script that will automatically drop a bgp 
>>> session
>>> when a upstream is having problems but isn't hard down ? Like packet 
>>> loss, high
>>> latency or low throughout?

>>> I'm assuming it's nearly impossible without human intervention??

Re: [AFMUG] Bgp automatic drop session?

[Matt]

> Just be careful with withdraws and re-announcements frequently. You may
> trigger your upstream's flap protection, damping, etc. Every carrier we peer
> with does it. AT&T is the most aggressive at policing advertisements based
> on my past experience a couple years ago, and I highly doubt they've toned
> it down any. Had a power issue at a site and our router rebooted a couple
> times in 5 minutes. They wouldn't take our advertisement anymore. Took seven
> freakin hours to get an engineer to clear it. So, try not to shoot yourself
> in the foot.

So if you update your Mikrotik ROS at 3 am then after reboot you
update the Mikrotik firmware and reboot again you are banned?  Does
this apply if you are doing a private ASN to them?  We were thinking
of making the move to them since its quite a bit cheaper then our
current PTP circuits.


> simple
>
> Adding routes and removing routes is a defined bgp function, and it is
> considered to be one of a softer impact...
>
> killing a bgp session is disruptive, unexpected, depending on timeouts, it
> can take as long a 3min to determine if the peer is gone, and then another
> few min for the routes to fully propagate across the internet.. meanwhile
> traffic is still heading your way...
>
> Regards
>
> Faisal Imtiaz
> Snappy Internet & Telecom
> 7266 SW 48 Street
> Miami, FL 33155
> Tel: 305 663 5518 x 232
>
> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>
> 
>
> From: "Josh Luthman" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 10:01:24 AM
> Subject: Re: [AFMUG] Bgp automatic drop session?
>
> Oh well that's easy enough.  Why is that better than disabling the peer?
>
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz 
> wrote:
>>
>> This goes back to best practices...
>>  you should be using a filter to advertise the routes...
>>
>> e.g.  our hiq-out filter .
>> 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
>> set-bgp-prepend=2 set-bgp-prepend-path=""
>> 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
>> invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
>> 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115
>> invert-match=no action=accept set-bgp-prepend-path=""
>> 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
>> set-bgp-prepend-path=""
>> 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235
>> invert-match=no action=accept set-bgp-prepend-path=""
>> 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""
>>
>> As you can see a couple of chain's are disabled (X). that will
>> withdraw the prefixes as defined in referenced chains.
>>
>>
>> Regards.
>>
>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232
>>
>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>
>> 
>>
>> From: "Josh Luthman" 
>> To: af@afmug.com
>> Sent: Friday, September 9, 2016 9:50:20 AM
>> Subject: Re: [AFMUG] Bgp automatic drop session?
>>
>> How would you "withdraw routes" on a Mikrotik?
>>
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
>> wrote:
>>>
>>> Tut tut Tut ..
>>>
>>> let's not start with bad habits...
>>>
>>> Best practices would be to withdraw the routes, and not  kill the bgp
>>> session...
>>>
>>>
>>> :)
>>>
>>> Faisal Imtiaz
>>> Snappy Internet & Telecom
>>> 7266 SW 48 Street
>>> Miami, FL 33155
>>> Tel: 305 663 5518 x 232
>>>
>>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>>
>>> 
>>>
>>> From: "TJ Trout" 
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 1:31:10 AM
>>> Subject: [AFMUG] Bgp automatic drop session?
>>>
>>> Does anyone run any type of script that will automatically drop a bgp
>>> session when a upstream is having problems but isn't hard down ? Like packet
>>> loss, high latency or low throughout?
>>>
>>> I'm assuming it's nearly impossible without human intervention??
>>>
>>>
>>
>
>

[AFMUG] Mikrotik OSPF Route Summarization

[Jason McKemie]

Is the only way to do this by adding another area? Recommendations?

Re: [AFMUG] Bgp automatic drop session?

[George Skorup]

So upgrade ROS and wait 5-10 minutes before rebooting again for the boot 
firmware.


On 9/9/2016 3:42 PM, Matt wrote:

Just be careful with withdraws and re-announcements frequently. You may
trigger your upstream's flap protection, damping, etc. Every carrier we peer
with does it. AT&T is the most aggressive at policing advertisements based
on my past experience a couple years ago, and I highly doubt they've toned
it down any. Had a power issue at a site and our router rebooted a couple
times in 5 minutes. They wouldn't take our advertisement anymore. Took seven
freakin hours to get an engineer to clear it. So, try not to shoot yourself
in the foot.

So if you update your Mikrotik ROS at 3 am then after reboot you
update the Mikrotik firmware and reboot again you are banned?  Does
this apply if you are doing a private ASN to them?  We were thinking
of making the move to them since its quite a bit cheaper then our
current PTP circuits.



simple

Adding routes and removing routes is a defined bgp function, and it is
considered to be one of a softer impact...

killing a bgp session is disruptive, unexpected, depending on timeouts, it
can take as long a 3min to determine if the peer is gone, and then another
few min for the routes to fully propagate across the internet.. meanwhile
traffic is still heading your way...

Regards

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net



From: "Josh Luthman" 
To: af@afmug.com
Sent: Friday, September 9, 2016 10:01:24 AM
Subject: Re: [AFMUG] Bgp automatic drop session?

Oh well that's easy enough.  Why is that better than disabling the peer?


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

On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz 
wrote:

This goes back to best practices...
  you should be using a filter to advertise the routes...

e.g.  our hiq-out filter .
0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
set-bgp-prepend=2 set-bgp-prepend-path=""
1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115
invert-match=no action=accept set-bgp-prepend-path=""
3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
set-bgp-prepend-path=""
4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
set-bgp-prepend-path=""
5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
set-bgp-prepend-path=""
6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235
invert-match=no action=accept set-bgp-prepend-path=""
7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""

As you can see a couple of chain's are disabled (X). that will
withdraw the prefixes as defined in referenced chains.


Regards.

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net



From: "Josh Luthman" 
To: af@afmug.com
Sent: Friday, September 9, 2016 9:50:20 AM
Subject: Re: [AFMUG] Bgp automatic drop session?

How would you "withdraw routes" on a Mikrotik?


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
wrote:

Tut tut Tut ..

let's not start with bad habits...

Best practices would be to withdraw the routes, and not  kill the bgp
session...


:)

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net



From: "TJ Trout" 
To: af@afmug.com
Sent: Friday, September 9, 2016 1:31:10 AM
Subject: [AFMUG] Bgp automatic drop session?

Does anyone run any type of script that will automatically drop a bgp
session when a upstream is having problems but isn't hard down ? Like packet
loss, high latency or low throughout?

I'm assuming it's nearly impossible without human intervention??

Re: [AFMUG] Mikrotik OSPF Route Summarization

[Ken Hohhof]

What are you trying to accomplish?  I’ve never liked summary routes, seems like 
too much potential for error (or maybe too complex for my simple brain).  If 
you’re trying to avoid propagating a bunch of /32 routes (like with a PPPoE 
pool), you can blackhole the subnet to create the summary route and then add a 
route filter to drop /32 prefixes.

From: Jason McKemie 
Sent: Friday, September 09, 2016 4:16 PM
To: af@afmug.com 
Subject: [AFMUG] Mikrotik OSPF Route Summarization

Is the only way to do this by adding another area? Recommendations? 

Re: [AFMUG] Mikrotik OSPF Route Summarization

[Jason McKemie]

Mainly the pppoe, but I'd also like to clean up the routing table a bit by
summarizing subnets that are contiguous. Maybe I'm over complicating it
with that last part.

On Friday, September 9, 2016, Ken Hohhof  wrote:

> What are you trying to accomplish?  I’ve never liked summary routes, seems
> like too much potential for error (or maybe too complex for my simple
> brain).  If you’re trying to avoid propagating a bunch of /32 routes (like
> with a PPPoE pool), you can blackhole the subnet to create the summary
> route and then add a route filter to drop /32 prefixes.
>
> *From:* Jason McKemie
> 
> *Sent:* Friday, September 09, 2016 4:16 PM
> *To:* af@afmug.com 
> *Subject:* [AFMUG] Mikrotik OSPF Route Summarization
>
> Is the only way to do this by adding another area? Recommendations?
>

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[George Skorup]

I upgraded two CRS125-24G-1S-RM's to 6.36.3 (current branch). Both brand 
new out of the boxes. Upgraded boot firmware to 3.33 on both. Reset both 
to defaults. Ether24 to ether24 linked up at 1Gbps FDX. Ran MT bandwidth 
tests between them. No issues.


Then I put a GigE-APC-HV in between with a 50' patch cable on one side 
and a 10' on the other side. Tried with and without the ground attached. 
Ran more bandwidth tests. No link drops. No errors.


So... I have no idea why you're having problems. The ones I have are 
definitely HV Rev A1's.


On 9/9/2016 2:24 PM, Matt wrote:

I have a couple CRS125's on my bench that I can mess with this afternoon if
I have time.

Do you have a GigEAPC-HV?  My setup was CRS125 -<~50 foot
UTP>--<20 foot UTP>- CRS125

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[George Skorup]

Uh.. hmm. I have a 5.7 450 sector running at a tower without any 
customers on it yet. It's powered and timed from a new GigE 
PowerInjector+Sync. GigE-APC-HV at the bottom. No SS on top. ~225 feet 
of Shireen 1042 cable.


I just logged into it and set it to Auto 1000F/100F/etc. and rebooted. 
Does the same shit.


18:14:07 interface,info ether6 link down
18:14:20 interface,info ether6 link up (speed 1G, full duplex)
18:14:21 interface,info ether6 link down
18:14:26 interface,info ether6 link up (speed 1G, full duplex)
18:14:27 interface,info ether6 link down
18:14:30 interface,info ether6 link up (speed 1G, full duplex)
18:14:31 interface,info ether6 link down
18:14:40 interface,info ether6 link up (speed 100M, full duplex)

I also just set it back to Auto 100F (disabling gigabit negotiation) and 
it does this...


18:21:34 interface,info ether6 link down
18:21:47 interface,info ether6 link up (speed 1G, full duplex)
18:21:48 interface,info ether6 link down
18:21:52 interface,info ether6 link up (speed 100M, full duplex)

So, looks like the boot loader brings it up at 1Gbps, then the config 
makes it fall back to 100Mbps.


This is also the first time that I tried messing with GigE on the 450 
since updating from 13.2.1 to 14.1.2.


This is a regular old RB1100. I have an Exalt ExtendAir G2-11 and an 
AF24 each running on a GigE-POE-APC and gigabit works fine. Chuck would 
have to say for sure, but I don't think there's much electrical 
difference between the GigE-APC-HV and the GigE-POE-APC. Besides maybe 
the gas-tube backup suppression and GigE transformer.


Me thinks this has more to do with Cambium.

On 9/9/2016 6:10 PM, George Skorup wrote:
I upgraded two CRS125-24G-1S-RM's to 6.36.3 (current branch). Both 
brand new out of the boxes. Upgraded boot firmware to 3.33 on both. 
Reset both to defaults. Ether24 to ether24 linked up at 1Gbps FDX. Ran 
MT bandwidth tests between them. No issues.


Then I put a GigE-APC-HV in between with a 50' patch cable on one side 
and a 10' on the other side. Tried with and without the ground 
attached. Ran more bandwidth tests. No link drops. No errors.


So... I have no idea why you're having problems. The ones I have are 
definitely HV Rev A1's.


On 9/9/2016 2:24 PM, Matt wrote:

I have a couple CRS125's on my bench that I can mess with this afternoon if
I have time.

Do you have a GigEAPC-HV?  My setup was CRS125 -<~50 foot
UTP>--<20 foot UTP>- CRS125

Re: [AFMUG] Mikrotik OSPF Route Summarization

[Jesse DuPont]

  
  
To summarize your PPPoE pools, the prefix for it needs to be in
another area. Depending on your RouterOS version, it will
automatically create the blackhole route for the area-range. It's
not too difficult, I can send you config samples if you need. No
filters needed with area-range and separate area.

You can do the same thing to aggregating part of a hierarchy. So
long as the contiguous prefixes are all downstream from a single
router, you can put that "leg" of the network into a different area
and summarize it using the area-range.

**Queue Bruce about using iBGP for this** (which I support) :)


  
  
  
  
  
  
  
  
  
  
  
  
  
Jesse DuPont

  Network
  Architect
  email: jesse.dup...@celeritycorp.net
  Celerity Networks LLC
  Celerity
  Broadband LLC
Like us! facebook.com/celeritynetworksllc
  Like us! facebook.com/celeritybroadband
  

  

On 9/9/16 4:15 PM, Jason McKemie wrote:

Mainly the pppoe, but I'd also like to clean up the
  routing table a bit by summarizing subnets that are contiguous.
  Maybe I'm over complicating it with that last part.
  
On Friday, September 9, 2016, Ken Hohhof 
wrote:

  

  
What are you trying to accomplish?  I’ve never
  liked summary routes, seems like too much potential
  for error (or maybe too complex for my simple brain). 
  If you’re trying to avoid propagating a bunch of /32
  routes (like with a PPPoE pool), you can blackhole the
  subnet to create the summary route and then add a
  route filter to drop /32 prefixes.

  
 

  From: Jason McKemie 
  Sent: Friday, September 09, 2016 4:16
PM
  To: af@afmug.com 
  Subject: [AFMUG] Mikrotik OSPF Route
Summarization

  
   

Is
  the only way to do this by adding another area?
  Recommendations? 
  

  

  


  

Re: [AFMUG] Bgp automatic drop session?

[Faisal Imtiaz]

Better way to do this would be to bring down your bgp session (Disable it) 
before doing the reboot..do you two reboots, and then turn the session back on.

Regards.

Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232

Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

- Original Message -
> From: "Matt" 
> To: af@afmug.com
> Sent: Friday, September 9, 2016 4:42:25 PM
> Subject: Re: [AFMUG] Bgp automatic drop session?

>> Just be careful with withdraws and re-announcements frequently. You may
>> trigger your upstream's flap protection, damping, etc. Every carrier we peer
>> with does it. AT&T is the most aggressive at policing advertisements based
>> on my past experience a couple years ago, and I highly doubt they've toned
>> it down any. Had a power issue at a site and our router rebooted a couple
>> times in 5 minutes. They wouldn't take our advertisement anymore. Took seven
>> freakin hours to get an engineer to clear it. So, try not to shoot yourself
>> in the foot.
> 
> So if you update your Mikrotik ROS at 3 am then after reboot you
> update the Mikrotik firmware and reboot again you are banned?  Does
> this apply if you are doing a private ASN to them?  We were thinking
> of making the move to them since its quite a bit cheaper then our
> current PTP circuits.
> 
> 
>> simple
>>
>> Adding routes and removing routes is a defined bgp function, and it is
>> considered to be one of a softer impact...
>>
>> killing a bgp session is disruptive, unexpected, depending on timeouts, it
>> can take as long a 3min to determine if the peer is gone, and then another
>> few min for the routes to fully propagate across the internet.. meanwhile
>> traffic is still heading your way...
>>
>> Regards
>>
>> Faisal Imtiaz
>> Snappy Internet & Telecom
>> 7266 SW 48 Street
>> Miami, FL 33155
>> Tel: 305 663 5518 x 232
>>
>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>
>> 
>>
>> From: "Josh Luthman" 
>> To: af@afmug.com
>> Sent: Friday, September 9, 2016 10:01:24 AM
>> Subject: Re: [AFMUG] Bgp automatic drop session?
>>
>> Oh well that's easy enough.  Why is that better than disabling the peer?
>>
>>
>> Josh Luthman
>> Office: 937-552-2340
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>> On Fri, Sep 9, 2016 at 9:58 AM, Faisal Imtiaz 
>> wrote:
>>>
>>> This goes back to best practices...
>>>  you should be using a filter to advertise the routes...
>>>
>>> e.g.  our hiq-out filter .
>>> 0 chain=hiq-out match-chain=SDF-11280 invert-match=no action=accept
>>> set-bgp-prepend=2 set-bgp-prepend-path=""
>>> 1 X chain=hiq-out match-chain=SDG-10302 bgp-communities=11280:115
>>> invert-match=no action=accept set-bgp-prepend=3 set-bgp-prepend-path=""
>>> 2 chain=hiq-out match-chain=TNN-46215 bgp-communities=11280:115
>>> invert-match=no action=accept set-bgp-prepend-path=""
>>> 3 chain=hiq-out bgp-communities=11280:245 invert-match=no action=accept
>>> set-bgp-prepend-path=""
>>> 4 X chain=hiq-out bgp-communities=11280:135 invert-match=no action=accept
>>> set-bgp-prepend-path=""
>>> 5 chain=hiq-out bgp-communities=11280:666 invert-match=no action=accept
>>> set-bgp-prepend-path=""
>>> 6 X chain=hiq-out bgp-as-path=^29846_* bgp-communities=11280:235
>>> invert-match=no action=accept set-bgp-prepend-path=""
>>> 7 chain=hiq-out invert-match=no action=discard set-bgp-prepend-path=""
>>>
>>> As you can see a couple of chain's are disabled (X). that will
>>> withdraw the prefixes as defined in referenced chains.
>>>
>>>
>>> Regards.
>>>
>>> Faisal Imtiaz
>>> Snappy Internet & Telecom
>>> 7266 SW 48 Street
>>> Miami, FL 33155
>>> Tel: 305 663 5518 x 232
>>>
>>> Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
>>>
>>> 
>>>
>>> From: "Josh Luthman" 
>>> To: af@afmug.com
>>> Sent: Friday, September 9, 2016 9:50:20 AM
>>> Subject: Re: [AFMUG] Bgp automatic drop session?
>>>
>>> How would you "withdraw routes" on a Mikrotik?
>>>
>>>
>>> Josh Luthman
>>> Office: 937-552-2340
>>> Direct: 937-552-2343
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>> On Fri, Sep 9, 2016 at 9:47 AM, Faisal Imtiaz 
>>> wrote:

 Tut tut Tut ..

 let's not start with bad habits...

 Best practices would be to withdraw the routes, and not  kill the bgp
 session...


 :)

 Faisal Imtiaz
 Snappy Internet & Telecom
 7266 SW 48 Street
 Miami, FL 33155
 Tel: 305 663 5518 x 232

 Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net

 

 From: "TJ Trout" 
 To: af@afmug.com
 Sent: Friday, September 9, 2016 1:31:10 AM
 Subject: [AFMUG] Bgp automatic drop session?

 Does anyone run any type of script that will automatically drop a bgp
 session when a upstream is having problems but

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[George Skorup]

Uh oh. I figured it out. It was as I suspected. The SS is clamping due 
to the sync pulse. Maybe the change that Forrest made with the Rev i0 
SyncInjectors/PowerInjector+Sync because of the 450i's finicky handling 
of the pulse over long runs? I have no idea. So much for GigE + sync 
over power I guess. I don't have any Rev i0 Gigabit SyncInjectors to 
test with, but I assume I'd get the same result.


I set the AP back to negotiate GigE. Turned off the sync on the injector 
port feeding that radio. Rebooted the AP. Link stays up at gigabit with 
no problems. Then I turned the sync pulse back on and the link dropped 
almost instantly.


18:33:42 interface,info ether6 link down
18:33:49 interface,info ether6 link up (speed 1G, full duplex)
18:33:53 interface,info ether6 link down
18:33:55 interface,info ether6 link up (speed 1G, full duplex)

 sync pulse back on

18:35:31 interface,info ether6 link down
18:35:34 interface,info ether6 link up (speed 1G, full duplex)
18:35:35 interface,info ether6 link down
18:35:42 interface,info ether6 link up (speed 1G, full duplex)
18:35:43 interface,info ether6 link down
18:35:46 interface,info ether6 link up (speed 1G, full duplex)
18:35:47 interface,info ether6 link down
18:35:52 interface,info ether6 link up (speed 100M, full duplex)

The GigE-APC's I have at this site are definitely HV's. That's all I 
have ever ordered. They are all marked HV in sharpie on the handle. I'm 
feeding that cluster with regulated 24VDC from a RSD150C-24.


On 9/9/2016 6:34 PM, George Skorup wrote:
Uh.. hmm. I have a 5.7 450 sector running at a tower without any 
customers on it yet. It's powered and timed from a new GigE 
PowerInjector+Sync. GigE-APC-HV at the bottom. No SS on top. ~225 feet 
of Shireen 1042 cable.


I just logged into it and set it to Auto 1000F/100F/etc. and rebooted. 
Does the same shit.


18:14:07 interface,info ether6 link down
18:14:20 interface,info ether6 link up (speed 1G, full duplex)
18:14:21 interface,info ether6 link down
18:14:26 interface,info ether6 link up (speed 1G, full duplex)
18:14:27 interface,info ether6 link down
18:14:30 interface,info ether6 link up (speed 1G, full duplex)
18:14:31 interface,info ether6 link down
18:14:40 interface,info ether6 link up (speed 100M, full duplex)

I also just set it back to Auto 100F (disabling gigabit negotiation) 
and it does this...


18:21:34 interface,info ether6 link down
18:21:47 interface,info ether6 link up (speed 1G, full duplex)
18:21:48 interface,info ether6 link down
18:21:52 interface,info ether6 link up (speed 100M, full duplex)

So, looks like the boot loader brings it up at 1Gbps, then the config 
makes it fall back to 100Mbps.


This is also the first time that I tried messing with GigE on the 450 
since updating from 13.2.1 to 14.1.2.


This is a regular old RB1100. I have an Exalt ExtendAir G2-11 and an 
AF24 each running on a GigE-POE-APC and gigabit works fine. Chuck 
would have to say for sure, but I don't think there's much electrical 
difference between the GigE-APC-HV and the GigE-POE-APC. Besides maybe 
the gas-tube backup suppression and GigE transformer.


Me thinks this has more to do with Cambium.

On 9/9/2016 6:10 PM, George Skorup wrote:
I upgraded two CRS125-24G-1S-RM's to 6.36.3 (current branch). Both 
brand new out of the boxes. Upgraded boot firmware to 3.33 on both. 
Reset both to defaults. Ether24 to ether24 linked up at 1Gbps FDX. 
Ran MT bandwidth tests between them. No issues.


Then I put a GigE-APC-HV in between with a 50' patch cable on one 
side and a 10' on the other side. Tried with and without the ground 
attached. Ran more bandwidth tests. No link drops. No errors.


So... I have no idea why you're having problems. The ones I have are 
definitely HV Rev A1's.


On 9/9/2016 2:24 PM, Matt wrote:

I have a couple CRS125's on my bench that I can mess with this afternoon if
I have time.

Do you have a GigEAPC-HV?  My setup was CRS125 -<~50 foot
UTP>--<20 foot UTP>- CRS125

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[Chuck McCown]

You are correct, the POE version adds the transformer.  

From: George Skorup 
Sent: Friday, September 09, 2016 5:51 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

Uh oh. I figured it out. It was as I suspected. The SS is clamping due to the 
sync pulse. Maybe the change that Forrest made with the Rev i0 
SyncInjectors/PowerInjector+Sync because of the 450i's finicky handling of the 
pulse over long runs? I have no idea. So much for GigE + sync over power I 
guess. I don't have any Rev i0 Gigabit SyncInjectors to test with, but I assume 
I'd get the same result.

I set the AP back to negotiate GigE. Turned off the sync on the injector port 
feeding that radio. Rebooted the AP. Link stays up at gigabit with no problems. 
Then I turned the sync pulse back on and the link dropped almost instantly.

18:33:42 interface,info ether6 link down 
18:33:49 interface,info ether6 link up (speed 1G, full duplex) 
18:33:53 interface,info ether6 link down 
18:33:55 interface,info ether6 link up (speed 1G, full duplex) 

 sync pulse back on

18:35:31 interface,info ether6 link down 
18:35:34 interface,info ether6 link up (speed 1G, full duplex) 
18:35:35 interface,info ether6 link down 
18:35:42 interface,info ether6 link up (speed 1G, full duplex) 
18:35:43 interface,info ether6 link down 
18:35:46 interface,info ether6 link up (speed 1G, full duplex) 
18:35:47 interface,info ether6 link down 
18:35:52 interface,info ether6 link up (speed 100M, full duplex)

The GigE-APC's I have at this site are definitely HV's. That's all I have ever 
ordered. They are all marked HV in sharpie on the handle. I'm feeding that 
cluster with regulated 24VDC from a RSD150C-24.


On 9/9/2016 6:34 PM, George Skorup wrote:

  Uh.. hmm. I have a 5.7 450 sector running at a tower without any customers on 
it yet. It's powered and timed from a new GigE PowerInjector+Sync. GigE-APC-HV 
at the bottom. No SS on top. ~225 feet of Shireen 1042 cable.

  I just logged into it and set it to Auto 1000F/100F/etc. and rebooted. Does 
the same shit.

  18:14:07 interface,info ether6 link down 
  18:14:20 interface,info ether6 link up (speed 1G, full duplex) 
  18:14:21 interface,info ether6 link down 
  18:14:26 interface,info ether6 link up (speed 1G, full duplex) 
  18:14:27 interface,info ether6 link down 
  18:14:30 interface,info ether6 link up (speed 1G, full duplex) 
  18:14:31 interface,info ether6 link down 
  18:14:40 interface,info ether6 link up (speed 100M, full duplex)

  I also just set it back to Auto 100F (disabling gigabit negotiation) and it 
does this...

  18:21:34 interface,info ether6 link down 
  18:21:47 interface,info ether6 link up (speed 1G, full duplex) 
  18:21:48 interface,info ether6 link down 
  18:21:52 interface,info ether6 link up (speed 100M, full duplex)

  So, looks like the boot loader brings it up at 1Gbps, then the config makes 
it fall back to 100Mbps.

  This is also the first time that I tried messing with GigE on the 450 since 
updating from 13.2.1 to 14.1.2.

  This is a regular old RB1100. I have an Exalt ExtendAir G2-11 and an AF24 
each running on a GigE-POE-APC and gigabit works fine. Chuck would have to say 
for sure, but I don't think there's much electrical difference between the 
GigE-APC-HV and the GigE-POE-APC. Besides maybe the gas-tube backup suppression 
and GigE transformer.

  Me thinks this has more to do with Cambium.


  On 9/9/2016 6:10 PM, George Skorup wrote:

I upgraded two CRS125-24G-1S-RM's to 6.36.3 (current branch). Both brand 
new out of the boxes. Upgraded boot firmware to 3.33 on both. Reset both to 
defaults. Ether24 to ether24 linked up at 1Gbps FDX. Ran MT bandwidth tests 
between them. No issues.

Then I put a GigE-APC-HV in between with a 50' patch cable on one side and 
a 10' on the other side. Tried with and without the ground attached. Ran more 
bandwidth tests. No link drops. No errors.

So... I have no idea why you're having problems. The ones I have are 
definitely HV Rev A1's.


On 9/9/2016 2:24 PM, Matt wrote:

I have a couple CRS125's on my bench that I can mess with this afternoon if
I have time.
Do you have a GigEAPC-HV?  My setup was CRS125 -<~50 foot
UTP>--<20 foot UTP>- CRS125

Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 100Mbps

[George Skorup]

So, what do you think? Based on my test, it's definitely the sync pulse 
disrupting the GigE data, at least on the 7/8 pair I'm guessing.


Is it possible that we have HV marked modules that are in fact not HV? I 
assume you have two different assembly lines for regular and HV? Or do 
you just do batches of one or the other? Either one would probably rule 
that out.


It would really suck to have to pull out the SS's to get GigE on the 450 
when we finally get 30MHz channel support. No surge suppression at all 
scares me. 20MHz channel width really doesn't need gigabit which is why 
I've never bothered with it.


Maybe Forrest would be willing to send you one of his new 
PowerInjector+Sync modules and a SyncPipe for debugging?


And with the 450i taking power on all four pairs, I could see the sync 
pulse causing the SS to clamp on the 10/100 data pairs, too. Meaning 
100Mbps won't work either. Just speculation, but it seems logical.


What else could you do other than let say 90 volts though instead of, 
what is it on the HV now, 65 or 70 volts? Or maybe some slightly slower 
reacting diodes? But I guess either case opens up the potential (pardon 
the pun) for damage.


On 9/9/2016 7:16 PM, Chuck McCown wrote:

You are correct, the POE version adds the transformer.
*From:* George Skorup 
*Sent:* Friday, September 09, 2016 5:51 PM
*To:* af@afmug.com 
*Subject:* Re: [AFMUG] Gigabit Ethernet on Cambium 450i only running 
100Mbps
Uh oh. I figured it out. It was as I suspected. The SS is clamping due 
to the sync pulse. Maybe the change that Forrest made with the Rev i0 
SyncInjectors/PowerInjector+Sync because of the 450i's finicky 
handling of the pulse over long runs? I have no idea. So much for GigE 
+ sync over power I guess. I don't have any Rev i0 Gigabit 
SyncInjectors to test with, but I assume I'd get the same result.


I set the AP back to negotiate GigE. Turned off the sync on the 
injector port feeding that radio. Rebooted the AP. Link stays up at 
gigabit with no problems. Then I turned the sync pulse back on and the 
link dropped almost instantly.


18:33:42 interface,info ether6 link down
18:33:49 interface,info ether6 link up (speed 1G, full duplex)
18:33:53 interface,info ether6 link down
18:33:55 interface,info ether6 link up (speed 1G, full duplex)

 sync pulse back on

18:35:31 interface,info ether6 link down
18:35:34 interface,info ether6 link up (speed 1G, full duplex)
18:35:35 interface,info ether6 link down
18:35:42 interface,info ether6 link up (speed 1G, full duplex)
18:35:43 interface,info ether6 link down
18:35:46 interface,info ether6 link up (speed 1G, full duplex)
18:35:47 interface,info ether6 link down
18:35:52 interface,info ether6 link up (speed 100M, full duplex)

The GigE-APC's I have at this site are definitely HV's. That's all I 
have ever ordered. They are all marked HV in sharpie on the handle. 
I'm feeding that cluster with regulated 24VDC from a RSD150C-24.


On 9/9/2016 6:34 PM, George Skorup wrote:
Uh.. hmm. I have a 5.7 450 sector running at a tower without any 
customers on it yet. It's powered and timed from a new GigE 
PowerInjector+Sync. GigE-APC-HV at the bottom. No SS on top. ~225 
feet of Shireen 1042 cable.


I just logged into it and set it to Auto 1000F/100F/etc. and 
rebooted. Does the same shit.


18:14:07 interface,info ether6 link down
18:14:20 interface,info ether6 link up (speed 1G, full duplex)
18:14:21 interface,info ether6 link down
18:14:26 interface,info ether6 link up (speed 1G, full duplex)
18:14:27 interface,info ether6 link down
18:14:30 interface,info ether6 link up (speed 1G, full duplex)
18:14:31 interface,info ether6 link down
18:14:40 interface,info ether6 link up (speed 100M, full duplex)

I also just set it back to Auto 100F (disabling gigabit negotiation) 
and it does this...


18:21:34 interface,info ether6 link down
18:21:47 interface,info ether6 link up (speed 1G, full duplex)
18:21:48 interface,info ether6 link down
18:21:52 interface,info ether6 link up (speed 100M, full duplex)

So, looks like the boot loader brings it up at 1Gbps, then the config 
makes it fall back to 100Mbps.


This is also the first time that I tried messing with GigE on the 450 
since updating from 13.2.1 to 14.1.2.


This is a regular old RB1100. I have an Exalt ExtendAir G2-11 and an 
AF24 each running on a GigE-POE-APC and gigabit works fine. Chuck 
would have to say for sure, but I don't think there's much electrical 
difference between the GigE-APC-HV and the GigE-POE-APC. Besides 
maybe the gas-tube backup suppression and GigE transformer.


Me thinks this has more to do with Cambium.

On 9/9/2016 6:10 PM, George Skorup wrote:
I upgraded two CRS125-24G-1S-RM's to 6.36.3 (current branch). Both 
brand new out of the boxes. Upgraded boot firmware to 3.33 on both. 
Reset both to defaults. Ether24 to ether24 linked up at 1Gbps FDX. 
Ran MT bandwidth tests between them. No issues.


Then I put a GigE-APC

Re: [AFMUG] Live Long and Prosper

[Jaime Solorza]

The Cage (adapted into the Menagerie) ...Original Star Trek pilot will be
on tomorrow night on MeTV... Christopher Pike is the captain...The
Menagerie was only two part show in the first series... And bragging
rights... Roddenberry was from El Paso..

On Sep 8, 2016 5:30 PM, "CBB - Jay Fuller" 
wrote:

>
> If I shave I look 20.
> If I become greybeard I look 70...maybe 80
>
>
> - Original Message -
> *From:* SmarterBroadband 
> *To:* af@afmug.com
> *Sent:* Thursday, September 08, 2016 6:01 PM
> *Subject:* Re: [AFMUG] Live Long and Prosper
>
> Me too.
>
>
>
> *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Jaime Solorza
> *Sent:* Thursday, September 08, 2016 10:20 AM
> *To:* Animal Farm
> *Subject:* Re: [AFMUG] Live Long and Prosper
>
>
>
> I am 60 and act like 6 year old..  Feel like 20 year old once in a while
> and look 70 other times.
>
>
>
> On Sep 8, 2016 11:16 AM, "Jay Weekley"  wrote:
>
> I've found at some point people stop lying or hiding their age and start
> bragging again like a 3 year old.  Have you ever noticed how quickly
> someone that is 80 years old will tell you their 80?
>
> Adam Moffett wrote:
>
> Birthday reactions:
> age 6 = YAY it's my birthday
> age 16 = YAY I can drive
> age 26 = buy me drinks
> age 36 = meh
> age 46 = I'm going to die soon aren't I?  Better buy that Mustang I always
> wanted.
> age 56 = I'm older than Star Trek?!  *cries into a beer*
>
>
> -- Original Message --
> From: "Jay Weekley" 
> To: af@afmug.com
> Sent: 9/8/2016 11:35:32 AM
> Subject: Re: [AFMUG] Live Long and Prosper
>
> He'll stop bragging about his birthday in a year or two and simply drink
> and cry all day like I do now.
>
> Ty Featherling wrote:
>
> Happy Birthday Jay!
>
>
>
> -Ty
>
> On Thu, Sep 8, 2016 at 10:19 AM, Jaime Solorza  > wrote:
>
> Happy birthday
>
>
> On Sep 8, 2016 9:11 AM, "CBB - Jay Fuller"
> mailto:par...@cyberbroadband.net>> wrote:
>
> Why thanks, but I'm only 39 :)
> Happy to share a birthday with star trek tho :)
>
> - Original Message -
> *From:* Jaime Solorza 
> *To:* Animal Farm 
> *Sent:* Thursday, September 08, 2016 9:04 AM
> *Subject:* [AFMUG] Live Long and Prosper
>
> "Space,... the final frontier... "
> Happy 50th.
>
>
>
>
>
>
>
>

[AFMUG] airFiber error correction

[Ken Hohhof]

I am going to assume airFiber has some sort of FEC, but does anyone know if 
it has a retry mechanism (ARQ)?  And if it does have ARQ, what is the impact 
on latency, and can retries result in out-of-order packets?


And has anyone ever heard of a manufacturer offering the option of having 
high priority latency sensitive traffic sent at a reduced modulation rate to 
insure it gets there the first time?