Re: [Mikrotik Users] OSPF "locking up" between routers

[Scott via Mikrotik-users]

On 2018/10/30 09:24, Josh Luthman wrote:
> There are two Ubnt backhauls between them.
> 

With recent firmware it shouldn't be a big deal to run broadcast.  I 
always run Point-to-point over wireless links with exactly two 
endpoints.  A lot of that is leftover from when most 802.11 based 
wireless links had issues with broadcast.

What connects the two backhauls?  Crossover cable?  Switch, smart or 
dumb, brand?

Which interface are you using on the 1009?  Is it a combo port?  Is it 
in the switch group?



-- 
Scott Lambert  KC5MLE Unix SysAdmin
lamb...@lambertfam.org
___
Mikrotik-users mailing list
Mikrotik-users@wispa.org
http://lists.wispa.org/mailman/listinfo/mikrotik-users

Re: [Mikrotik Users] OSPF "locking up" between routers

[Scott via Mikrotik-users]

On 2018/10/30 09:05, Josh Luthman via Mikrotik-users wrote:
> .122 is the remote router that's having issues sticking together with 
> OSPF.  I got some debug log that can hopefully spark some ideas.
>
> Oct/30/2018 10:59:27 route,ospf,debug LSA Update received: Installing 
> and flooding it
> Oct/30/2018 10:59:27 route,ospf,debug     header=Router LSA 
> id=10.255.0.14 originator=10.255.0.14 seqnum=0x8000221a
> Oct/30/2018 10:59:27 route,ospf,debug Installing an LSA
> Oct/30/2018 10:59:27 route,ospf,debug     lsa=Router LSA id=10.255.0.14 
> originator=10.255.0.14 seqnum=0x8000221a
> Oct/30/2018 10:59:27 route,ospf,debug     old=Router LSA id=10.255.0.14 
> originator=10.255.0.14 seqnum=0x80002219
> Oct/30/2018 10:59:27 route,ospf,debug Flooding an LSA
> Oct/30/2018 10:59:27 route,ospf,debug     lsa=Router LSA id=10.255.0.14 
> originator=10.255.0.14 seqnum=0x8000221a
> Oct/30/2018 10:59:27 route,ospf,debug     area=backbone
> Oct/30/2018 10:59:27 route,ospf,debug Adding to neighbor's retransmit list
> Oct/30/2018 10:59:27 route,ospf,debug     lsa=Router LSA id=10.255.0.14 
> originator=10.255.0.14 seqnum=0x8000221a
> Oct/30/2018 10:59:27 route,ospf,debug     neighbor=10.255.0.1
> Oct/30/2018 10:59:27 route,ospf,debug     number of retransmits=2
> Oct/30/2018 10:59:27 route,ospf,debug Deleting an LSA
> Oct/30/2018 10:59:27 route,ospf,debug     lsa=Router LSA id=10.255.0.14 
> originator=10.255.0.14 seqnum=0x80002219


 This part make me ask if your OSPF router-id IP is on a loopback 
type interface, bridge with no other interfaces, or could it be on an 
interface which could possibly bounce?  Even if it's not on the 
interface which is involved in the link between the two routers.

Tunneling OSPF over EoIP was usually to get around wireless device's not 
passing broadcast traffic properly, PtP or NBMA network types would 
usually fix that, or to keep OSPF from noticing a short interface 
down/up cycle.  I have never had to resort to using a tunnel to keep 
OSPF happy.  I have used OSPF over tunnels, but not for reliability reasons.

-- 
Scott Lambert  KC5MLE Unix SysAdmin
lamb...@lambertfam.org
___
Mikrotik-users mailing list
Mikrotik-users@wispa.org
http://lists.wispa.org/mailman/listinfo/mikrotik-users

Re: [Mikrotik Users] CCR 1072 BGP trivia for your Friday Night

[Scott via Mikrotik-users]

I have seen MikroTik fail to announce a connected route after changing
the netmask.  It withdraws the old route, but never announces the new
one.  I have to disable the IP on the MikroTik then re-enable it.  I
could imagine it having a similar issue after some other change to the
route's metadata, but haven't observed it happening.

Could something have changed to connected routes on the router(s) which
is(are) originating the problem /30s?

On 2018/1/15 08:31, Steve Barnes via Mikrotik-users wrote:
> We are seeing very similar issues with ospf through our brocade.  It is kind 
> of like every so often a route goes stale and the brocade ignores it.  I 
> don’t have to kill upstream, Just change something in the /29 OSPF path and 
> everything wakes up. 
>
> Have a Brocade Core and 3- 1072 distribution routers connected to Brocade 
> onto different network segments. One Dist router has no issue getting to all 
> sections but another will not be able to ping one or a few /29 or /30 even 
> though all devices have the same number of routes.  Quick change of a ospf 
> route or flushing the Brocade OSPF records on the Dist router port clears the 
> issue.
>
> Steve Barnes
> Wireless Ops Manager
> NLBC.com
>
> -Original Message-
> From: mikrotik-users-boun...@wispa.org 
> [mailto:mikrotik-users-boun...@wispa.org] On Behalf Of Dennis Burgess via 
> Mikrotik-users
> Sent: Saturday, January 13, 2018 9:49 AM
> To: mike.l...@gmail.com; Mikrotik Users 
> Subject: Re: [Mikrotik Users] CCR 1072 BGP trivia for your Friday Night
>
> Sounds like an internal routing issue on the 1032 to me. And/or something up 
> with your firewall. I would have to take a look.  
>
> Dennis Burgess
> www.linktechs.net – 314-735-0270 x103 – dmburg...@linktechs.net 
>
> -Original Message-
> From: mikrotik-users-boun...@wispa.org 
> [mailto:mikrotik-users-boun...@wispa.org] On Behalf Of mike.lyon--- via 
> Mikrotik-users
> Sent: Friday, January 12, 2018 7:18 PM
> To: christ...@cybernet1.com
> Cc: Mikrotik Users 
> Subject: Re: [Mikrotik Users] CCR 1072 BGP trivia for your Friday Night
>
> No, i am only advertising the two /22s to my upstreams. Verified that they 
> are only recieving the two /22s.
>
> I should also mention that the CCR 1072 connects to a CCR 1036 and the 
> various /30s and /29s hang off the 1036. There is a 10.x /30 between the two 
> routers. The 1036 has a default route pointing to the 1072. The 1072 has two 
> staric routes routing the two /22s to the 1036.
>
> It would appear the route is getting dropped at the 1072. 
>
> Joe Bob Random  /30 will report that he is unable to browse the internet at 
> one moment, traceroute stops at the 1072. Drop one of the two BGP upstreams 
> (doesnt matter which one) and Joe Bob Random /30 begins to work again.
>
> Thanks,
> Mike
>
>> On Jan 12, 2018, at 17:08,  
>>  wrote:
>>
>> Are you actually advertising /29's and /30's to your providers?
>>
>>
>> Also, what exactly do you mean by dropping /30's?  Like the packets are 
>> being dropped to those ip's, or the /30's are being discarded, the routes 
>> are disappearing?
>>
>> -Original Message-
>> From: mikrotik-users-boun...@wispa.org 
>> [mailto:mikrotik-users-boun...@wispa.org] On Behalf Of mike.lyon--- via 
>> Mikrotik-users
>> Sent: Friday, January 12, 2018 5:54 PM
>> To: Mikrotik Users 
>> Subject: [Mikrotik Users] CCR 1072 BGP trivia for your Friday Night
>>
>> Howdy!
>>
>> I have an interesting issue that i can’t seem to figure out...
>>
>> Quick overview:
>>
>> -1x CCR 1072 running 6.40.1
>> -2 upstream providers, taking full tables from both to the 1072.
>> -2x public /22s behind the 1072 and am advertising both /22s to my upstreams.
>> -The /22s are chopped up into various /29s and /30s. 
>>
>> Out of the blue, the 1072 will randomly drop various /30s (havent seen any 
>> dropped /29s) out of those 2 /22s that im advertising upstream.
>>
>> If i drop one of either of my upstreams , the problem goes away and 
>> everything is swell.
>>
>> Any ideas or thoughts on what may be causing this?
>>
>> Thank You,
>> Mike


-- 
Scott Lambert  KC5MLE Unix SysAdmin
lamb...@lambertfam.org


___
Mikrotik-users mailing list
Mikrotik-users@wispa.org
http://lists.wispa.org/mailman/listinfo/mikrotik-users