- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 10 2018
Aug 9 2018
Aug 8 2018
Jul 19 2018
Jul 17 2018
Jul 16 2018
Jul 12 2018
Jul 11 2018
I have no objection.
Jul 9 2018
Jul 6 2018
Jul 5 2018
Jun 29 2018
Jun 28 2018
Jun 27 2018
Jun 21 2018
Jun 19 2018
Jun 16 2018
Jun 15 2018
In D15789#334391, @bz wrote:right; I wonder if you could add about 500k routes for IPv4 and about (no idea 50k let's think ahead?) for IPv6 and then do about 25 route updates per second randomly in the address space; that would be an amazingly interesting test case (especially if you can provide the framework for that somewhere). I guess to see the initial table one could get an MRT dump from say https://www.ripe.net/analyse/internet-measurements/routing-information-service-ris/ris-raw-data or some of the others https://bgpstream.caida.org/data . I am neither saying you have to or that this should prevent this change from going in; it's just one of the things I have thought of for years related to some similar changes and others to have as a "router test bed scenario".
Jun 14 2018
Jun 13 2018
Jun 9 2018
Jun 8 2018
Jun 6 2018
Jun 5 2018
Jun 2 2018
I found small bug in if_gre implementation, and also changed encap_lookup_t prototype to not lost some old behavior. I also modified if_gif(4) to use epoch(9) instead of rmlock, so I post the patch after some testing. Also I'll try to do some benchmarks to show the benefits.
May 31 2018
May 30 2018
May 29 2018
May 28 2018
May 24 2018
May 22 2018
May 21 2018
May 18 2018
May 17 2018
May 15 2018
May 14 2018
May 13 2018
I think we can try to test this with wider auditory.
May 11 2018
May 10 2018
May 9 2018
Committed in r333403.
May 8 2018
Seems good to me.