
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><blockquote type="cite" class=""><div class="">Certainly did and it upset a lot of RouterOS devices.</div></blockquote><br class=""></div>Really? Like that Cisco bug from 2009? Would a <a href="https://wiki.mikrotik.com/wiki/Manual:Routing/Routing_filters" class="">bgp-as-path-length</a> filter have helped on these devices?<div class=""><br class=""></div><div class="">Also, just to make it clear, <a href="https://tools.ietf.org/html/rfc4893" class="">RFC4893</a> reserves AS23456 to represent 4-byte ASNs on BGP speakers which don’t support them.</div><div class=""><br class=""></div><div class="">I’m interested in why this AS path is being logged as it is:</div><div class=""><ul class=""><li class="">Did someone decide to actually prepend that reserved ASN?</li><li class="">Does the device logging this path not support 4-byte ASNs?</li><li class="">Or is there a router somewhere stripping the NEW_AS_PATH attribute?</li></ul></div></body></html>