Having wanted something similar recently, let me clarify what my desire
was.
I had a 1M FIB device I needed to get some additional life out of, running
ipv4 and ipv6. It also was running short on memory. This particular
device had 3 connections to the rest of the net which were running BGP, one
Hello,
Anyone from KeyCDN here?
Dmitry
I don't understand where the routing loop opportunity comes from. Ideally,
you'd take the existing set of available routes and only send on the ones with
high traffic levels, not necessarily injecting additional entries beyond what
the table had, which would only make the too many routes problem
I didn't know where the conversation on routing flows differently came from and
just ignored it. Now I realize the thread has SDN in the title. SDN can mean
many things and if someone didn't properly evaluate the link in the original
post, their understanding could be tainted by their experience
Christopher Morrow wrote:
Some of the reasoning behind 'i need/want to do SDN things' is 'low fib
device' sort of reasonings.
What?
SDN is a poor alternative for those who can't construct a
network with fully automated QoS guarantee.
Even with SDN, QoS guarantee implies QoS routing requiring
Thanks for this example.
It sounds like you are describing egress peer engineering, but kinda in
reverse.
In 'traditional' EPE, the routers have all the routes, and you are using
the external controller to perform the performance tests that matter to
you, and signal the network where to take the
On Fri, 6 Jan 2023, 17:07 Masataka Ohta,
wrote:
> Christopher Morrow wrote:
>
> > Some of the reasoning behind 'i need/want to do SDN things' is 'low fib
> > device' sort of reasonings.
>
> What?
>
> SDN is a poor alternative for those who can't construct a
> network with fully automated QoS guar
Maybe?
I don't need any additional performance tests, though. Just watching which
prefixes are the top talkers and leaving the rest to default.
I'm not looking at this to do what a BGP optimizier would do and find the best
tested path to the top talkers and then massage BGP to get it routed
On Fri, 6 Jan 2023, 11:25 Forrest Christian (List Account), <
li...@packetflux.com> wrote:
> In the end though, I do expect that the hassle of setting up and managing
> a solution like this is likely to result in most people deciding that it
> isn't worth the extra complexity just to avoid upgrad
I suspect it always will have value, whether it's peering routers, POP routers,
multi-homed customer routers, etc.
-
Mike Hammett
Intelligent Computing Solutions
Midwest Internet Exchange
The Brothers WISP
- Original Message -
From: "Matthew Walster via NANOG"
To: "Forr
Gotcha.
Setup a Quagga/Bird box. Do your top talker analysis , use that box to
inject the routes you deem important with communities. On your routers ,
create policy structure to only take a default plus those communities.
Obviously lots of devils in the details of the implementation , but
somet
Right.
Only I'm not the guy to build that solution.
What I originally linked to (and another link or two contributed since then)
seem to be people that already built that solution.
-
Mike Hammett
Intelligent Computing Solutions
Midwest Internet Exchange
The Brothers WISP
---
On Fri, 6 Jan 2023, 18:38 Mike Hammett, wrote:
> I suspect it always will have value, whether it's peering routers, POP
> routers, multi-homed customer routers, etc.
>
Indeed. It's not "clean" but it is an acceptable tradeoff if you know what
you're doing, and how traffic sloshes around etc.
I
This is an automated weekly mailing describing the state of the Global
IPv4 Routing Table as seen from APNIC's router in Japan.
The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG
TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG.
Daily listings are sent to bgp-st...
Hello,
Anyone here from hosteurope.de?
Seems they have a routing loop !?
Tracing to 5.175.2.171:
1229 ms29 ms31 ms rsn2532.rs1.hosteurope.de [62.138.178.82]
1337 ms28 ms34 ms 5.35.224.2
1431 ms28 ms29 ms rsn2532.rs1.hosteurope.de [62.138.178.82]
153
>
> What I originally linked to (and another link or two contributed since
> then) seem to be people that already built that solution.
What's been shared isn't the same as what I described. faucet / sir are
doing the decision part and the signaling part together.
I am saying separate them. BGP d
Matthew Walster wrote:
SDN does not imply QoS routing,
As long as the shortest path is comfortable enough, no, it
does not have to.
it's just one aspect of it. Some use it for
classifying guest traffic etc.
If special path is provided for guest or otherwise
prioritized traffic, that's QoS
On Sat, 7 Jan 2023, 03:17 Masataka Ohta,
wrote:
> Matthew Walster wrote:
>
> > it's just one aspect of it. Some use it for
> > classifying guest traffic etc.
>
> If special path is provided for guest or otherwise
> prioritized traffic, that's QoS routing.
>
No... It's action based. You can send
Freertr folks have just published (I didn’t look into the details of their implementation though):“rare/freertr just got fib compression.. in our nren, the v4 table can be compressed from 900k to 260k, the v6 table from 160k to 52k... the tofino2 asic with our dataplane code ( https://lnkd.in/dJrHV
You might want to search for “policy based add-path”, same idea (BGP listener + flow collector), different issue (60M+ entries BGP RIB), all clouds use some version of that, not sure about open sourcing it though Cheers,JeffOn Jan 6, 2023, at 17:00, Mike Hammett wrote:Right.Only I'm not the guy t
20 matches
Mail list logo