Re: [AFMUG] BGP Question

2023-04-26 Thread Mark - Myakka Technologies 
Josh,

Not yet.  Just got it in yesterday.  working on getting it programmed. 
 
--
Best regards,
 Mark                            mailto:m...@mailmt.com

Myakka Communications
www.Myakka.com

--

Wednesday, April 26, 2023, 11:57:42 AM, you wrote:

> Is it in place?

> On Wed, Apr 26, 2023 at 11:32 AM Mark - Myakka Technologies  
> wrote:

>> Josh,

>> typo - 2116
>>  
>> --
>> Best regards,
>>  Mark                            mailto:m...@mailmt.com

>> Myakka Communications
>> www.Myakka.com

>> --

>> Wednesday, April 26, 2023, 9:07:35 AM, you wrote:

>>> 2016 being the 2116?  Or the 2216?

>>> Sounds like you didn't install it?  Swap it in there and see if it fixes 
>>> your issue.

>>> On Tue, Apr 25, 2023 at 6:10 PM Mark - Myakka Technologies 
>>>  wrote:

 I have the new 2016 in and programmed up.  But I'm still dealing with more 
 immediate issues.
  
 We are taking a mix of full or partial routes from our providers.  The 
 issue seems to be when one line gets cut, it takes a bit for our old 
 routers to recalculate the tables.  
  
 Should  I just take default routes?  That way there is a lot less math 
 needed when a line goes down.  I'm assuming inbound BGP will still be 
 optimized for shorted path.  How will that work for the two IX's we 
 connect to? Are they smart enough to calculate best path even if the 
 traffic comes from outside the IX. 

 --
 Best regards,
  Mark                            mailto:m...@mailmt.com

 Myakka Communications
 www.Myakka.com

 --

 Thursday, April 20, 2023, 11:37:35 AM, you wrote:

> We did not have to do that. But we did set some values the same/similar 
> in the OSPF interfaces.
> Maybe it’s a matter of implementation, but we do not use broadcast on 
> interfaces and we do not use md5.
>  
> From: AF  On Behalf Of Steve Jones
> Sent: Thursday, April 20, 2023 9:21 AM
> To: AnimalFarm Microwave Users Group 
> Subject: Re: [AFMUG] BGP Question
>  
> we had to change our ospf from simple to md5 and from point to point to 
> broadcast to get it to play ball between v7 and v6
>  
> On Thu, Apr 20, 2023 at 10:03 AM Mark - Myakka Technologies 
>  wrote:
>> Josh,
>>  
>> I will.  I think v7 will be able to handle BGP, OSPF and Filter rules 
>> just fine.  Learning the new configure of v7 should not be a huge issue. 
>>  The big thing I'm worried about is the OSPF interaction between the 
>> versions.
>>  
>> --
>> Best regards,
>>  Mark                            mailto:m...@mailmt.com
>>  
>> Myakka Communications
>> www.Myakka.com
>>  
>> --
>>  
>> Thursday, April 20, 2023, 10:52:37 AM, you wrote:
>>  
>>> Let us know how that goes - I was just looking at the 2116 myself.
>>>  
>>> On Thu, Apr 20, 2023 at 10:40 AM Mark - Myakka Technologies 
>>>  wrote:
 Mike,
  
 I think I'll have to upgrade to v7 and a some 2216 units.  Guess it is 
 time to try to integrate some v7 units into the v6 network and see 
 what happens.  
  
  
 --
 Best regards,
  Mark                            mailto:m...@mailmt.com
  
 Myakka Communications
 www.Myakka.com
  
 --
  
 Thursday, April 20, 2023, 10:10:32 AM, you wrote:
  
> Years ago on ROX v6 on a 1036, it would take 5 - 10 minutes for /ip 
> route print to reflect an upstream change and then another 5 - 10 
> minutes for the traffic to actually change directions.
> -
> Mike Hammett
> Intelligent Computing Solutions

> Midwest Internet Exchange

> The Brothers WISP




> From: "Josh Luthman" 
> To: "AnimalFarm Microwave Users Group" 
> Sent: Wednesday, April 19, 2023 12:25:14 PM
> Subject: Re: [AFMUG] BGP Question
> I want to say my old x86 would do full tables in 3 minutes...that's 
> been a while.

> I think the CCR1009/1036/1072 is a couple of minutes, I don't think 
> it's 10-15 though.
>  
> On Wed, Apr 19, 2023 at 11:20 AM Mark - Myakka Technologies 
>  wrote:
>> Dennis,

>> Using mikrotik routers.

>> Two MaxxWave x86 i5 8 core 10 years old v6.47.9

>> One CCR1072 v6.47.9

>> Yes taking full tables.  

>> Tried BFD  while back.  Didn't seem that my upstream was supporting 
>> it.  Never established a session.

>> Thinking I may need to start looking at new hardware and v7.  But 
>> before I go that route, what should I expect if I do get 3 brand new 
>> CCR2116-12G-4S+ running v7.  


>> --
>> Best regards,
>>  Mark                            mailto:m...@mailmt.com

>> Myakka

Re: [AFMUG] BGP Question

2023-04-26 Thread Josh Luthman 
Is it in place?

On Wed, Apr 26, 2023 at 11:32 AM Mark - Myakka Technologies 
wrote:

> Josh,
>
>
> typo - 2116
>
>
>
> --
>
> Best regards,
>
>  Markmailto:m...@mailmt.com 
>
>
> Myakka Communications
>
> www.Myakka.com
>
>
> --
>
>
> Wednesday, April 26, 2023, 9:07:35 AM, you wrote:
>
>
> 2016 being the 2116?  Or the 2216?
>
> Sounds like you didn't install it?  Swap it in there and see if it fixes
> your issue.
>
> On Tue, Apr 25, 2023 at 6:10 PM Mark - Myakka Technologies <
> m...@mailmt.com> wrote:
>
>> I have the new 2016 in and programmed up.  But I'm still dealing with
>> more immediate issues.
>>
>>
>>
>> We are taking a mix of full or partial routes from our providers.  The
>> issue seems to be when one line gets cut, it takes a bit for our old
>> routers to recalculate the tables.
>>
>>
>>
>> Should  I just take default routes?  That way there is a lot less math
>> needed when a line goes down.  I'm assuming inbound BGP will still be
>> optimized for shorted path.  How will that work for the two IX's we connect
>> to? Are they smart enough to calculate best path even if the traffic comes
>> from outside the IX.
>>
>>
>> --
>>
>> Best regards,
>>
>>  Markmailto:m...@mailmt.com 
>>
>>
>> Myakka Communications
>>
>> www.Myakka.com
>>
>>
>> --
>>
>>
>> Thursday, April 20, 2023, 11:37:35 AM, you wrote:
>>
>>
>> We did not have to do that. But we did set some values the same/similar
>> in the OSPF interfaces.
>>
>> Maybe it’s a matter of implementation, but we do not use broadcast on
>> interfaces and we do not use md5.
>>
>>
>>
>> *From:* AF  *On Behalf Of * Steve Jones
>> *Sent:* Thursday, April 20, 2023 9:21 AM
>> *To:* AnimalFarm Microwave Users Group 
>> *Subject:* Re: [AFMUG] BGP Question
>>
>>
>>
>> we had to change our ospf from simple to md5 and from point to point to
>> broadcast to get it to play ball between v7 and v6
>>
>>
>>
>> On Thu, Apr 20, 2023 at 10:03 AM Mark - Myakka Technologies <
>> m...@mailmt.com> wrote:
>>
>> Josh,
>>
>>
>>
>> I will.  I think v7 will be able to handle BGP, OSPF and Filter rules
>> just fine.  Learning the new configure of v7 should not be a huge issue.
>> The big thing I'm worried about is the OSPF interaction between the
>> versions.
>>
>>
>>
>> --
>>
>> Best regards,
>>
>>  Markmailto:m...@mailmt.com 
>>
>>
>>
>> Myakka Communications
>>
>> www.Myakka.com
>>
>>
>>
>> --
>>
>>
>>
>> Thursday, April 20, 2023, 10:52:37 AM, you wrote:
>>
>>
>>
>> Let us know how that goes - I was just looking at the 2116 myself.
>>
>>
>>
>> On Thu, Apr 20, 2023 at 10:40 AM Mark - Myakka Technologies <
>> m...@mailmt.com> wrote:
>>
>> Mike,
>>
>>
>>
>> I think I'll have to upgrade to v7 and a some 2216 units.  Guess it is
>> time to try to integrate some v7 units into the v6 network and see what
>> happens.
>>
>>
>>
>>
>>
>> --
>>
>> Best regards,
>>
>>  Markmailto:m...@mailmt.com 
>>
>>
>>
>> Myakka Communications
>>
>> www.Myakka.com
>>
>>
>>
>> --
>>
>>
>>
>> Thursday, April 20, 2023, 10:10:32 AM, you wrote:
>>
>>
>>
>> Years ago on ROX v6 on a 1036, it would take 5 - 10 minutes for /ip route
>> print to reflect an upstream change and then another 5 - 10 minutes for the
>> traffic to actually change directions.
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions 
>>
>> *Midwest Internet Exchange*
>>
>> *The Brothers WISP*
>>
>>
>>
>> 
>> --
>>
>> *From: *"Josh Luthman" <*j...@imaginenetworksllc.com*>
>> *To: *"AnimalFarm Microwave Users Group" <*af@af.afmug.com*>
>> *Sent: *Wednesday, April 19, 2023 12:25:14 PM
>> *Subject: *Re: [AFMUG] BGP Question
>>
>> I want to say my old x86 would do full tables in 3 minutes...that's been
>> a while.
>>
>> I think the CCR1009/1036/1072 is a couple of minutes, I don't think it's
>> 10-15 though.
>>
>>
>>
>> On Wed, Apr 19, 2023 at 11:20 AM Mark - Myakka Technologies <
>> *m...@mailmt.com*> wrote:
>>
>> Dennis,
>>
>> Using mikrotik routers.
>>
>> Two MaxxWave x86 i5 8 core 10 years old v6.47.9
>>
>> One CCR1072 v6.47.9
>>
>> Yes taking full tables.
>>
>> Tried BFD  while back.  Didn't seem that my upstream was supporting it.
>> Never established a session.
>>
>> Thinking I may need to start looking at new hardware and v7.  But before
>> I go that route, what should I expect if I do get 3 brand new
>> CCR2116-12G-4S+ running v7.
>>
>>
>> --
>> Best regards,
>>  Markmailto:*m...@mailmt.com*
>>
>> Myakka Communications
>> *www.Myakka.com*
>>
>> --
>>
>> Wednesday, April 19, 2023, 11:08:45 AM, you wrote:
>>
>> DB> Really depends on a lot of things.
>>
>> DB> 1.What router are you using?
>> DB> 2. Are you taking full tables from all of your upstreams?
>> DB> 3. Are you not using BFD ?
>> DB> 4.  What version of RouterOS are you using?
>>
>> DB> V7 will be faster, 2216 will be faster

Re: [AFMUG] BGP Question

2023-04-26 Thread Mark - Myakka Technologies 
Josh,

typo - 2116
 
--
Best regards,
 Mark                            mailto:m...@mailmt.com

Myakka Communications
www.Myakka.com

--

Wednesday, April 26, 2023, 9:07:35 AM, you wrote:

> 2016 being the 2116?  Or the 2216?

> Sounds like you didn't install it?  Swap it in there and see if it fixes your 
> issue.

> On Tue, Apr 25, 2023 at 6:10 PM Mark - Myakka Technologies  
> wrote:

>> I have the new 2016 in and programmed up.  But I'm still dealing with more 
>> immediate issues.
>>  
>> We are taking a mix of full or partial routes from our providers.  The issue 
>> seems to be when one line gets cut, it takes a bit for our old routers to 
>> recalculate the tables.  
>>  
>> Should  I just take default routes?  That way there is a lot less math 
>> needed when a line goes down.  I'm assuming inbound BGP will still be 
>> optimized for shorted path.  How will that work for the two IX's we connect 
>> to? Are they smart enough to calculate best path even if the traffic comes 
>> from outside the IX. 

>> --
>> Best regards,
>>  Mark                            mailto:m...@mailmt.com

>> Myakka Communications
>> www.Myakka.com

>> --

>> Thursday, April 20, 2023, 11:37:35 AM, you wrote:

>>> We did not have to do that. But we did set some values the same/similar in 
>>> the OSPF interfaces.
>>> Maybe it’s a matter of implementation, but we do not use broadcast on 
>>> interfaces and we do not use md5.
>>>  
>>> From: AF  On Behalf Of Steve Jones
>>> Sent: Thursday, April 20, 2023 9:21 AM
>>> To: AnimalFarm Microwave Users Group 
>>> Subject: Re: [AFMUG] BGP Question
>>>  
>>> we had to change our ospf from simple to md5 and from point to point to 
>>> broadcast to get it to play ball between v7 and v6
>>>  
>>> On Thu, Apr 20, 2023 at 10:03 AM Mark - Myakka Technologies 
>>>  wrote:
 Josh,
  
 I will.  I think v7 will be able to handle BGP, OSPF and Filter rules just 
 fine.  Learning the new configure of v7 should not be a huge issue.  The 
 big thing I'm worried about is the OSPF interaction between the versions.
  
 --
 Best regards,
  Mark                            mailto:m...@mailmt.com
  
 Myakka Communications
 www.Myakka.com
  
 --
  
 Thursday, April 20, 2023, 10:52:37 AM, you wrote:
  
> Let us know how that goes - I was just looking at the 2116 myself.
>  
> On Thu, Apr 20, 2023 at 10:40 AM Mark - Myakka Technologies 
>  wrote:
>> Mike,
>>  
>> I think I'll have to upgrade to v7 and a some 2216 units.  Guess it is 
>> time to try to integrate some v7 units into the v6 network and see what 
>> happens.  
>>  
>>  
>> --
>> Best regards,
>>  Mark                            mailto:m...@mailmt.com
>>  
>> Myakka Communications
>> www.Myakka.com
>>  
>> --
>>  
>> Thursday, April 20, 2023, 10:10:32 AM, you wrote:
>>  
>>> Years ago on ROX v6 on a 1036, it would take 5 - 10 minutes for /ip 
>>> route print to reflect an upstream change and then another 5 - 10 
>>> minutes for the traffic to actually change directions.
>>> -
>>> Mike Hammett
>>> Intelligent Computing Solutions

>>> Midwest Internet Exchange

>>> The Brothers WISP




>>> From: "Josh Luthman" 
>>> To: "AnimalFarm Microwave Users Group" 
>>> Sent: Wednesday, April 19, 2023 12:25:14 PM
>>> Subject: Re: [AFMUG] BGP Question
>>> I want to say my old x86 would do full tables in 3 minutes...that's 
>>> been a while.

>>> I think the CCR1009/1036/1072 is a couple of minutes, I don't think 
>>> it's 10-15 though.
>>>  
>>> On Wed, Apr 19, 2023 at 11:20 AM Mark - Myakka Technologies 
>>>  wrote:
 Dennis,

 Using mikrotik routers.

 Two MaxxWave x86 i5 8 core 10 years old v6.47.9

 One CCR1072 v6.47.9

 Yes taking full tables.  

 Tried BFD  while back.  Didn't seem that my upstream was supporting 
 it.  Never established a session.

 Thinking I may need to start looking at new hardware and v7.  But 
 before I go that route, what should I expect if I do get 3 brand new 
 CCR2116-12G-4S+ running v7.  


 --
 Best regards,
  Mark                            mailto:m...@mailmt.com

 Myakka Communications
 www.Myakka.com

 --

 Wednesday, April 19, 2023, 11:08:45 AM, you wrote:

DB> Really depends on a lot of things.

DB> 1.What router are you using?
DB> 2. Are you taking full tables from all of your upstreams?
DB> 3. Are you not using BFD ?
DB> 4.  What version of RouterOS are you using?

DB> V7 will be faster, 2216 will be faster than a 1036, your hold time 
is kinda long..   


DB> Dennis Burgess, Mikrotik Certified Trainer
DB> MTCNA, MTCRE, MTCWE, MTCTCE, MTCINE, MTCSE, HE IPv6 Sage, Cambium

Re: [AFMUG] FSK just worked, so did packeflux

2023-04-26 Thread Josh Luthman 
Absolutely amazing!  Sad to see it get decom, though.

On Wed, Apr 26, 2023 at 10:43 AM Nate Burke  wrote:

> Getting ready to Decom a tower.  Area was overbuilt with both U-Verse and
> Comcast.   The tower owner "Fixed" a split leg on the Rohn25 with an angle
> iron and some muffler clamps, so it won't support any backhaul capacity,
> and we won't climb it anymore.  The FSK Just worked through it all though.
> I guess I should point out that the SyncPipe parasitic worked flawlessly
> for 8 years as well.
>
>
>
> Hardly any entries in the event log over the last 8 years.
>
> **System Startup**
> System Reset Exception -- External Hard Reset
> Software Version : CANOPY 12.1 AP-DES
> Software Boot Version : CANOPYBOOT 4.0
> Board Type : P9
> Device Setting : 5.2GHz
> No valid accounts configured. Using default user account
> FPGA Version : 101410
> FPGA Features : DES, Sched, US/ETSI
> 01/01/2011 : 00:00:03 UTC : :Acquired GPS Sync Pulse.
> 07/14/2015 : 01:58:00 UTC : :Time set
> 07/14/2015 : 01:58:00 UTC : :GPS Date/Time Set
> 07/14/2015 : 01:58:06 UTC : :Loss of GPS Sync Pulse.
> 07/14/2015 : 01:58:07 UTC : :Acquired GPS Sync Pulse.
> 09/11/2015 : 00:00:00 UTC : :Time set
> 11/22/2015 : 23:59:59 UTC : :Time set
> 11/23/2015 : 00:00:00 UTC : :Time set
> 07/10/2016 : 23:59:59 UTC : :Time set
> 07/11/2016 : 00:00:00 UTC : :Time set
> 12/31/2016 : 23:59:59 UTC : :Time set
> 03/10/2017 : 00:00:00 UTC : :Time set
> 04/06/2017 : 00:00:00 UTC : :Time set
> 06/18/2017 : 00:00:00 UTC : :Time set
> 07/22/2017 : 23:59:59 UTC : :Time set
> 07/23/2017 : 00:00:00 UTC : :Time set
> 12/04/2017 : 23:59:59 UTC : :Time set
> 12/05/2017 : 00:00:00 UTC : :Time set
> 05/25/2018 : 00:00:00 UTC : :Time set
> 06/04/2018 : 23:59:59 UTC : :Time set
> 06/05/2018 : 00:00:00 UTC : :Time set
> 08/10/2018 : 00:00:00 UTC : :Time set
> 09/29/2019 : 23:59:59 UTC : :Time set
> 09/30/2019 : 00:00:00 UTC : :Time set
> 10/21/2019 : 23:59:59 UTC : :Time set
> 04/28/2020 : 23:59:59 UTC : :Time set
> 04/29/2020 : 00:00:00 UTC : :Time set
> 08/18/2020 : 23:59:59 UTC : :Time set
> 10/29/2020 : 00:00:00 UTC : :Time set
> 07/02/2021 : 23:59:59 UTC : :Time set
> 10/25/2021 : 00:00:00 UTC : :Time set
> 02/17/2022 : 19:53:32 UTC : :Loss of GPS Sync Pulse.
> 02/17/2022 : 19:53:33 UTC : :Acquired GPS Sync Pulse.
> 08/24/2022 : 11:59:32 UTC : :Time set
> 08/24/2022 : 12:06:07 UTC : :Time set
> 09/27/2022 : 23:59:59 UTC : :Time set
> 09/28/2022 : 00:00:00 UTC : :Time set
> 10/09/2022 : 23:59:59 UTC : :Time set
> 10/10/2022 : 00:00:00 UTC : :Time set
> --
> AF mailing list
> AF@af.afmug.com
> http://af.afmug.com/mailman/listinfo/af_af.afmug.com
>
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] FSK just worked, so did packeflux

2023-04-26 Thread Chuck McCown via AF 
Yeah, that old Chuck Macenski code was pretty solid.  


From: Nate Burke 
Sent: Wednesday, April 26, 2023 8:16 AM
To: Animal Farm 
Subject: [AFMUG] FSK just worked, so did packeflux

Getting ready to Decom a tower.  Area was overbuilt with both U-Verse and 
Comcast.   The tower owner "Fixed" a split leg on the Rohn25 with an angle iron 
and some muffler clamps, so it won't support any backhaul capacity, and we 
won't climb it anymore.  The FSK Just worked through it all though.  I guess I 
should point out that the SyncPipe parasitic worked flawlessly for 8 years as 
well.  



Hardly any entries in the event log over the last 8 years.  

**System Startup** 
System Reset Exception -- External Hard Reset 
Software Version : CANOPY 12.1 AP-DES
Software Boot Version : CANOPYBOOT 4.0
Board Type : P9
Device Setting : 5.2GHz 
No valid accounts configured. Using default user account
FPGA Version : 101410
FPGA Features : DES, Sched, US/ETSI
01/01/2011 : 00:00:03 UTC : :Acquired GPS Sync Pulse.
07/14/2015 : 01:58:00 UTC : :Time set
07/14/2015 : 01:58:00 UTC : :GPS Date/Time Set
07/14/2015 : 01:58:06 UTC : :Loss of GPS Sync Pulse.
07/14/2015 : 01:58:07 UTC : :Acquired GPS Sync Pulse.
09/11/2015 : 00:00:00 UTC : :Time set
11/22/2015 : 23:59:59 UTC : :Time set
11/23/2015 : 00:00:00 UTC : :Time set
07/10/2016 : 23:59:59 UTC : :Time set
07/11/2016 : 00:00:00 UTC : :Time set
12/31/2016 : 23:59:59 UTC : :Time set
03/10/2017 : 00:00:00 UTC : :Time set
04/06/2017 : 00:00:00 UTC : :Time set
06/18/2017 : 00:00:00 UTC : :Time set
07/22/2017 : 23:59:59 UTC : :Time set
07/23/2017 : 00:00:00 UTC : :Time set
12/04/2017 : 23:59:59 UTC : :Time set
12/05/2017 : 00:00:00 UTC : :Time set
05/25/2018 : 00:00:00 UTC : :Time set
06/04/2018 : 23:59:59 UTC : :Time set
06/05/2018 : 00:00:00 UTC : :Time set
08/10/2018 : 00:00:00 UTC : :Time set
09/29/2019 : 23:59:59 UTC : :Time set
09/30/2019 : 00:00:00 UTC : :Time set
10/21/2019 : 23:59:59 UTC : :Time set
04/28/2020 : 23:59:59 UTC : :Time set
04/29/2020 : 00:00:00 UTC : :Time set
08/18/2020 : 23:59:59 UTC : :Time set
10/29/2020 : 00:00:00 UTC : :Time set
07/02/2021 : 23:59:59 UTC : :Time set
10/25/2021 : 00:00:00 UTC : :Time set
02/17/2022 : 19:53:32 UTC : :Loss of GPS Sync Pulse.
02/17/2022 : 19:53:33 UTC : :Acquired GPS Sync Pulse.
08/24/2022 : 11:59:32 UTC : :Time set
08/24/2022 : 12:06:07 UTC : :Time set
09/27/2022 : 23:59:59 UTC : :Time set
09/28/2022 : 00:00:00 UTC : :Time set
10/09/2022 : 23:59:59 UTC : :Time set
10/10/2022 : 00:00:00 UTC : :Time set




-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

[AFMUG] FSK just worked, so did packeflux

2023-04-26 Thread Nate Burke 
Getting ready to Decom a tower.  Area was overbuilt with both U-Verse 
and Comcast.   The tower owner "Fixed" a split leg on the Rohn25 with an 
angle iron and some muffler clamps, so it won't support any backhaul 
capacity, and we won't climb it anymore.  The FSK Just worked through it 
all though.  I guess I should point out that the SyncPipe parasitic 
worked flawlessly for 8 years as well.




Hardly any entries in the event log over the last 8 years.

**System Startup**
System Reset Exception -- External Hard Reset
Software Version : CANOPY 12.1 AP-DES
Software Boot Version : CANOPYBOOT 4.0
Board Type : P9
Device Setting : 5.2GHz
No valid accounts configured. Using default user account
FPGA Version : 101410
FPGA Features : DES, Sched, US/ETSI
01/01/2011 : 00:00:03 UTC : :Acquired GPS Sync Pulse.
07/14/2015 : 01:58:00 UTC : :Time set
07/14/2015 : 01:58:00 UTC : :GPS Date/Time Set
07/14/2015 : 01:58:06 UTC : :Loss of GPS Sync Pulse.
07/14/2015 : 01:58:07 UTC : :Acquired GPS Sync Pulse.
09/11/2015 : 00:00:00 UTC : :Time set
11/22/2015 : 23:59:59 UTC : :Time set
11/23/2015 : 00:00:00 UTC : :Time set
07/10/2016 : 23:59:59 UTC : :Time set
07/11/2016 : 00:00:00 UTC : :Time set
12/31/2016 : 23:59:59 UTC : :Time set
03/10/2017 : 00:00:00 UTC : :Time set
04/06/2017 : 00:00:00 UTC : :Time set
06/18/2017 : 00:00:00 UTC : :Time set
07/22/2017 : 23:59:59 UTC : :Time set
07/23/2017 : 00:00:00 UTC : :Time set
12/04/2017 : 23:59:59 UTC : :Time set
12/05/2017 : 00:00:00 UTC : :Time set
05/25/2018 : 00:00:00 UTC : :Time set
06/04/2018 : 23:59:59 UTC : :Time set
06/05/2018 : 00:00:00 UTC : :Time set
08/10/2018 : 00:00:00 UTC : :Time set
09/29/2019 : 23:59:59 UTC : :Time set
09/30/2019 : 00:00:00 UTC : :Time set
10/21/2019 : 23:59:59 UTC : :Time set
04/28/2020 : 23:59:59 UTC : :Time set
04/29/2020 : 00:00:00 UTC : :Time set
08/18/2020 : 23:59:59 UTC : :Time set
10/29/2020 : 00:00:00 UTC : :Time set
07/02/2021 : 23:59:59 UTC : :Time set
10/25/2021 : 00:00:00 UTC : :Time set
02/17/2022 : 19:53:32 UTC : :Loss of GPS Sync Pulse.
02/17/2022 : 19:53:33 UTC : :Acquired GPS Sync Pulse.
08/24/2022 : 11:59:32 UTC : :Time set
08/24/2022 : 12:06:07 UTC : :Time set
09/27/2022 : 23:59:59 UTC : :Time set
09/28/2022 : 00:00:00 UTC : :Time set
10/09/2022 : 23:59:59 UTC : :Time set
10/10/2022 : 00:00:00 UTC : :Time set
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Re: [AFMUG] BGP Question

2023-04-26 Thread Josh Luthman 
2016 being the 2116?  Or the 2216?

Sounds like you didn't install it?  Swap it in there and see if it fixes
your issue.

On Tue, Apr 25, 2023 at 6:10 PM Mark - Myakka Technologies 
wrote:

> I have the new 2016 in and programmed up.  But I'm still dealing with more
> immediate issues.
>
>
>
> We are taking a mix of full or partial routes from our providers.  The
> issue seems to be when one line gets cut, it takes a bit for our old
> routers to recalculate the tables.
>
>
>
> Should  I just take default routes?  That way there is a lot less math
> needed when a line goes down.  I'm assuming inbound BGP will still be
> optimized for shorted path.  How will that work for the two IX's we connect
> to? Are they smart enough to calculate best path even if the traffic comes
> from outside the IX.
>
>
> --
>
> Best regards,
>
>  Markmailto:m...@mailmt.com 
>
>
> Myakka Communications
>
> www.Myakka.com
>
>
> --
>
>
> Thursday, April 20, 2023, 11:37:35 AM, you wrote:
>
>
> We did not have to do that. But we did set some values the same/similar in
> the OSPF interfaces.
>
> Maybe it’s a matter of implementation, but we do not use broadcast on
> interfaces and we do not use md5.
>
>
>
> *From:* AF  *On Behalf Of * Steve Jones
> *Sent:* Thursday, April 20, 2023 9:21 AM
> *To:* AnimalFarm Microwave Users Group 
> *Subject:* Re: [AFMUG] BGP Question
>
>
>
> we had to change our ospf from simple to md5 and from point to point to
> broadcast to get it to play ball between v7 and v6
>
>
>
> On Thu, Apr 20, 2023 at 10:03 AM Mark - Myakka Technologies <
> m...@mailmt.com> wrote:
>
> Josh,
>
>
>
> I will.  I think v7 will be able to handle BGP, OSPF and Filter rules just
> fine.  Learning the new configure of v7 should not be a huge issue.  The
> big thing I'm worried about is the OSPF interaction between the versions.
>
>
>
> --
>
> Best regards,
>
>  Markmailto:m...@mailmt.com 
>
>
>
> Myakka Communications
>
> www.Myakka.com
>
>
>
> --
>
>
>
> Thursday, April 20, 2023, 10:52:37 AM, you wrote:
>
>
>
> Let us know how that goes - I was just looking at the 2116 myself.
>
>
>
> On Thu, Apr 20, 2023 at 10:40 AM Mark - Myakka Technologies <
> m...@mailmt.com> wrote:
>
> Mike,
>
>
>
> I think I'll have to upgrade to v7 and a some 2216 units.  Guess it is
> time to try to integrate some v7 units into the v6 network and see what
> happens.
>
>
>
>
>
> --
>
> Best regards,
>
>  Markmailto:m...@mailmt.com 
>
>
>
> Myakka Communications
>
> www.Myakka.com
>
>
>
> --
>
>
>
> Thursday, April 20, 2023, 10:10:32 AM, you wrote:
>
>
>
> Years ago on ROX v6 on a 1036, it would take 5 - 10 minutes for /ip route
> print to reflect an upstream change and then another 5 - 10 minutes for the
> traffic to actually change directions.
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions 
>
> *Midwest Internet Exchange*
>
> *The Brothers WISP*
>
>
>
> 
> --
>
> *From: *"Josh Luthman" <*j...@imaginenetworksllc.com*>
> *To: *"AnimalFarm Microwave Users Group" <*af@af.afmug.com*>
> *Sent: *Wednesday, April 19, 2023 12:25:14 PM
> *Subject: *Re: [AFMUG] BGP Question
>
> I want to say my old x86 would do full tables in 3 minutes...that's been a
> while.
>
> I think the CCR1009/1036/1072 is a couple of minutes, I don't think it's
> 10-15 though.
>
>
>
> On Wed, Apr 19, 2023 at 11:20 AM Mark - Myakka Technologies <
> *m...@mailmt.com*> wrote:
>
> Dennis,
>
> Using mikrotik routers.
>
> Two MaxxWave x86 i5 8 core 10 years old v6.47.9
>
> One CCR1072 v6.47.9
>
> Yes taking full tables.
>
> Tried BFD  while back.  Didn't seem that my upstream was supporting it.
> Never established a session.
>
> Thinking I may need to start looking at new hardware and v7.  But before I
> go that route, what should I expect if I do get 3 brand new CCR2116-12G-4S+
> running v7.
>
>
> --
> Best regards,
>  Markmailto:*m...@mailmt.com*
>
> Myakka Communications
> *www.Myakka.com*
>
> --
>
> Wednesday, April 19, 2023, 11:08:45 AM, you wrote:
>
> DB> Really depends on a lot of things.
>
> DB> 1.What router are you using?
> DB> 2. Are you taking full tables from all of your upstreams?
> DB> 3. Are you not using BFD ?
> DB> 4.  What version of RouterOS are you using?
>
> DB> V7 will be faster, 2216 will be faster than a 1036, your hold time is
> kinda long..
>
>
> DB> Dennis Burgess, Mikrotik Certified Trainer
> DB> MTCNA, MTCRE, MTCWE, MTCTCE, MTCINE, MTCSE, HE IPv6 Sage, Cambium ePMP
> Certified
> DB> Author of "Learn RouterOS- Second Edition"
> DB> Link Technologies, Inc -- Mikrotik & WISP Support Services
> DB> Office: 314-735-0270  Website: *http://www.linktechs.net*
> DB> Need to Automate MikroTik Backups:  *https://cloud.linktechs.net*
> DB> Create Wireless Coverage's with *www.towercoverage.com*
>
> DB> -Original Message-
> DB> From: AF