Back feed is a significant problem but bringing a generator that is not
synchronized to the grid can have dramatic results, typically only once
Dave
> On Aug 25, 2021, at 11:11 AM, Mark Tinka wrote:
>
>
>
> On 8/25/21 16:59, Jared Mauch wrote:
>
>> This is why I pe
I’ll be the minority voice here - I have been very happy with Argus
(qosient.com) but it does not have a GUI and that seems to be a factor for some
Dave
> On Jan 25, 2022, at 10:46 AM, David Bass wrote:
>
> Wondering what others in the small to medium sized networks out there are
Ending DST is a really good idea.
Moving 15 degrees East not so much but let’s face it, the environmental impact
statement will take forever to write
Dave
> On Mar 15, 2022, at 3:11 PM, Jay R. Ashworth wrote:
>
> In a unanimous vote today, the US Senate approved a bill which wou
Folks for most systems, this is a change to a single file. Not a really hard
thing to accomplish
Dave
> On Mar 15, 2022, at 3:19 PM, Dave wrote:
>
> Ending DST is a really good idea.
>
> Moving 15 degrees East not so much but let’s face it, the environmental
> impact s
There is always Argus
—Dave
> On Apr 4, 2022, at 8:30 AM, John Kristoff wrote:
>
> On Sun, 03 Apr 2022 19:10:18 -0700
> Randy Bush wrote:
>
>> i am setting up new app/port monitoring. i like nfsen because i can
>> zooom in and see who is sending all that port 43
Argus and the Argus Clients have quite a bit to offer in this line and they are
open source. Check qosient.com for the GitHub information.
Dave
> On Aug 10, 2022, at 7:37 AM, Peter Phaal wrote:
>
> Sounds like an interesting project. You might want to take a look at
> sflo
Dear all,
We are looking for a network engineer to help us maintain our network.
Devices used: Brocade RX4 router and Force10 switches.
Is there any company/individuals that can provide such service on a
monthly retainer or project basis?
Thank you in advance.
Regards,
-dave
signal that is framed as
OTN, not LAN PHY or WAN PHY.
For the record, the OP’s query about passive wave would suggest PON/GPON or
similar low-power CWDM for short-haul use, and not spectrum or alien wave, both
of which are decidedly non-passive.
Dave Cohen
craetd...@gmail.com
> On Oct 13, 2
ing to be a
> signifier of seriousness on the part of an ISP, I suppose depends on what
> sort of customers they are, and their relative degree of technical
> sophistication.
>
> Are the days of such an environment gone forever?
>
>
>
>
--
- Dave Cohen
craetd...@gmail.com
@dCoSays
www.venicesunlight.com
Keybase was purchased by Zoom (
https://www.cnbc.com/2020/05/07/zoom-buys-keybase-in-first-deal-as-part-of-plan-to-fix-security.html).
>From what I've gathered, Zoom is too tight with, owned by, or run by China,
so I believe there was a similar mass exodus from Keybase for lack of trust.
On Fri, J
Apparently all over the east coast or northeast region.
https://twitter.com/VerizonSupport/status/1354109889572982786
On Tue, Jan 26, 2021 at 11:13 AM Robert Webb wrote:
> Any hearing of Verizon internet issues affecting the DC, Northern
> Virginia, and surrounding areas?
>
> Just got a flood of
tion isn't prepared to start an appropriate incident
response on a compromised host in a timely manner, perhaps they will learn
from and correct that security posture weakness in the future.
Regards
Dave
On Thu, Feb 4, 2021 at 7:17 PM JoeSox wrote:
> Ryan,
> Thanks but like I said
Anyone on the list from Zayo NOC who can assist with removing a couple of
/24's from their table that isn't actually being advertised to them?
Dave Browning | dlbNetworks
0413 579 391 | 07 3088 2274
e to implement this kind
of system though. With the rise of CDN and global caching, people care less
about the performance of their servers for content distribution as it just
scales out.
Dave
server and server -> you are not sharing many of the same links /
> > routers / etc.
>
> Subject suggests it's retail ISP to homes, which are unlikely to
> be multihomed.
>
>
>
My network has multiple ingress/egress points, and I do my filtering on the
edge.
The Chris's statement applies to my retail home customers too.
Dave
Is anyone else receiving this spam?
Is there a better way to report this? I couldn't see anything from a quick
look through the various list pages.
Dave
-- Forwarded message -
From: Electric Forest Festival
Date: Wed, 19 Feb 2020 at 09:42
Subject: Forest HQ Has Received
On Thu, 20 Feb 2020 at 15:31, Ca By wrote:
> UDP is broken
>
I would argue that UDP isn't broken. Networks which drop it
indiscriminately are broken.
I didn't contact you. Fuck off.
On Thu, 20 Feb 2020 at 16:01, Dead.net Customer Service <
d...@wmgcustomerservice.com> wrote:
> Thank you for contacting Dead.net customer service.
>
> Our customer service team will reply to your email as soon as possible.
>
> Due to our current email volume, repl
> Not indiscriminate.
>
Indiscriminate - done at random or without careful judgement.
Considering that Daniel is complaining that QUIC is broken, it certainly
seems like some network operators are subjecting all UDP traffic on their
network to the same policers. This feels pretty indiscriminate t
I don't manage big networks, but Cloudflare just published some related
content today I found useful.
https://blog.cloudflare.com/rpki-and-the-rtr-protocol/
On Wed, Mar 4, 2020 at 7:23 PM Eric C. Miller wrote:
> Hello NANOG community,
>
>
>
> In the many years that I’ve been doing this line of
Perhaps I'm being cynical, but thank [deity of choice] that the cell
carriers want it made available for this purpose.
Reference: https://docs.fcc.gov/public/attachments/DOC-363451A1.pdf
"...And it would help advance even further our leadership in next
generation wireless technologies, including
You just reminded me to vote. Thanks!
On Thu, 14 May 2020 at 12:32, Elad Cohen wrote:
> The public will decide.
> --
> *From:* NANOG on behalf of Baldur Norddahl <
> baldur.nordd...@gmail.com>
> *Sent:* Thursday, May 14, 2020 10:25 AM
> *To:* nanog@nanog.org
> *Subj
Northeast that leverage this
technology, at least on some portion of their fiber plants.
Dave Cohen
craetd...@gmail.com
> On Jun 8, 2020, at 5:40 PM, James Jun wrote:
>
> On Mon, Jun 08, 2020 at 08:10:44PM +, Mel Beckman wrote:
>>
>> I???m not talking about a full-
provider’s
control. For many of you consuming a dark fiber service today, this is the
approach being used, so there’s no provider hardware touching your glass and
certainly no lambda for your gear to contend with avoiding.
Dave Cohen
craetd...@gmail.com
> On Jun 8, 2020, at 10:55 PM,
y simple.
We are currently introducing it into our core. It will probably be a while
before we fully phase out LDP, but its definitely on the roadmap.
Regards,
Dave
everybody else
there’s not enough money in the difference between 46 and 59 ms for someone to
go invest in that type of deployment.
Dave Cohen
craetd...@gmail.com
> On Jun 20, 2020, at 12:44 PM, Tim Durack wrote:
>
>
> And of course in your more realistic example:
>
> 27
Is there anyone from Comcast who might be able to validate behavior?
I'm assuming it might take up to 1 day for TTL propagation.
Thanks
Dave
david.dechel...@tufts.edu
Cloudlflare's status page shows they are investigating an issue. Discord's
status page also shows Cloudflare has an issue. Most people aren't making
the Cloudflare connection yet and reporting many other services down
instead.
On Fri, Jul 17, 2020 at 4:40 PM Chris Grundemann
wrote:
> Looks like
ertain regions are impacted as
requests might fail and/or errors may be displayed.
Data Centers impacted include: SJC, DFW, SEA, LAX, ORD, IAD, EWR, ATL, LHR,
AMS, FRA, CDG
On Fri, Jul 17, 2020 at 4:44 PM Dave Phelps wrote:
> Cloudlflare's status page shows they are investigating an is
, from an
> operational perspective. You may be able to come up with a semi-automatic
> mechanism to measure this, but I fear without deliberate and consistent
> human intervention, the data could get stale very quickly.
>
> Mark.
>
--
- Dave Cohen
craetd...@gmail.com
@dCoSays
www.venicesunlight.com
Check out this link.
https://thebrotherswisp.com/index.php/geo-and-vpn/
On Fri, 12 Nov 2021 at 15:51, Drew Weaver wrote:
> We’ve had a few complaints that users are getting redirected to the EN-GB
> version of Disney+ whenever they try to visit the site.
>
>
>
> I have tried very hard to figure
I am sad to see the most controversial of the proposals (127/16) first
discussed here.
Try this instead?
https://datatracker.ietf.org/doc/draft-schoen-intarea-unicast-lowest-address/
in my mind, has the most promise for making the internet better in the
nearer term.
Could I get y'all to put asi
physical host
(and routed internally, rather than natted), where those twisty maze
of services ideally remains within that host, holds some appeal to me.
>
> Owen
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
ound that
my new chromebook didn't support it, and can't print. Asking grandma
to type in fd87:3253:1343:deed:b33f:abd1:3217:1177 is no fun either.
>
> Nick
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
Masataka Ohta
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
est. Not sure
> how many people are running very old IP stacks. This is another hard to
> measure problem.
>
> - Jared
>
> --
> Jared Mauch | pgp key available via finger from ja...@puck.nether.net
> clue++; | http://puck.nether.net/~jared/ My statements are only mine.
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
egression test by any means, but if anyone here has ever used it
>>>> successfully, could you please let me know what sort of environment you ran
>>>> it in/on?
>>>>
>>>>
>>>>
>>>> Thanks,
>>>>
>>>> -Adam
>>>>
>>>>
>>>>
>>>> *Adam Thompson*
>>>> Consultant, Infrastructure Services
>>>> [image: 1593169877849]
>>>> 100 - 135 Innovation Drive
>>>> Winnipeg, MB, R3T 6A8
>>>> (204) 977-6824 or 1-800-430-6404 (MB only)
>>>> athomp...@merlin.mb.ca
>>>> www.merlin.mb.ca
>>>>
>>>>
>>>>
>>>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
It's a /56 per VPC, and a /64 per subnet.
Seems reasonable to me.
https://docs.aws.amazon.com/vpc/latest/userguide/get-started-ipv6.html
Dave
On Sun, 28 Nov 2021 at 20:54, Michael Thomas wrote:
>
> On 11/27/21 2:44 PM, Fletcher Kittredge wrote:
>
>
> The Register <http
S
servers was a symptom, rather than the cause of the outage.
Dave
t; Regards,
> Bill Herrin
>
>
> --
> William Herrin
> b...@herrin.us
> https://bill.herrin.us/
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
6A8
> (204) 977-6824 or 1-800-430-6404 (MB only)
> athomp...@merlin.mb.ca
> www.merlin.mb.ca
>
>
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
On Wed, Jan 12, 2022 at 7:46 AM Dave Taht wrote:
>
>
> On Wed, Jan 12, 2022 at 7:37 AM Adam Thompson
> wrote:
>
>> Before you start reading, yes, I fully understand how silly this question
>> is. But I need to give _*something*_ to a customer who has the ability
&g
unlikely I'll ever be
> offline. ;)
>
> -A
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
router, etc. 99% of the customers do not install a
> UPS for their router, etc. We try to explain that to customers, but we still
> get calls that they can't get on the Internet when their power is out.
>
> So your voice is part of the modem which isn't a router? I assume it
small onboard buffers?
Been working on getting mikrotik up to speed on this incredibly long
thread over here; https://forum.mikrotik.com/viewtopic.php?t=179307
> Josh Luthman
> 24/7 Help Desk: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
suited for
an fq_codel'd router (and especially not using policing) is on my mind.
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
le-47/chapter-I/subchapter-A/part-9/subpart-H/section-9.20
>
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
hive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
ut-of-the-way closets with network gear.
>
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
On Thu, Jan 13, 2022 at 11:00 AM Chris Adams wrote:
>
> Once upon a time, Dave Taht said:
> > I tend also to hang a good gps off a second usb port, if available.
> > There's a topic for geeks - does anyone else really know (or care)
> > what time it really is?
>
&
gear in order to meet specific performance
needs, this is unlikely to be seen in the network of a Tier 1 or similarly
scaled network.
Dave Cohen
craetd...@gmail.com
> On Jan 17, 2022, at 6:15 PM, Christopher Morrow
> wrote:
>
>
>
>
>> On Mon, Jan 17, 2022 at 5:31
I'd like to point y'all at NTIA's RFC for the many billion of upcoming
USA broadband funds, here:
https://ntia.gov/files/ntia/publications/fr-iija-broadband-rfc.pdf
which has some really good questions on it (out of the 36), q12-16 in
particular. Comments are due feb 4th, if anyone would like to
(and automatically re-establishing when the
> service goes out and comes back up with different addresses) is a hard
> requirement.
> Thanks in advance,
> Bill Herrin
>
> --
> William Herrin
> b...@herrin.us
> https://bill.herrin.us/
>
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
blob/master/LICENSE.txt
>
> I recommend using something that doesn't have litigious companies
> nitpicking about what you can and can't use it for.
>
> John Gilmore
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
, here in San Jose, a city that bills itself as “The Capital of
>> Silicon Valley”, the best I can get is Comcast (which does finally purport
>> to be Gig down), but rarely delivers that.
>>
>> Yes, anything involving the federal government will get the full bike shed
>> treatment no matter what we do.
>>
>> There are plenty of urban and suburban areas in America that are far worse
>> off from a broadband perspective than “rural America”.
>>
>> Owen
>>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
reduction of jitter and latency through the tunnel.
Before: http://www.taht.net/~d/ipsec_fq_codel/oldqos.png
After: http://www.taht.net/~d/ipsec_fq_codel/newqos.png
> dave
>
> -Original Message-
> From: NANOG On Behalf
> Of William Herrin
> Sent: Thursday, February 10,
5605:0x399cdd468d99300c!8m2!3d37.3190694!4d-121.9818295
>
> Just off of I-280 in the heart of San Jose.
>
> I dug and dug, and called different companies.
> The only service they can get there is the 768K DSL service they already have
> with AT&T.
>
> Go ahead. Tr
gt; >
> > What is our community doing to assist Ukraine against these attacks?
> >
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
rlink-satellite-dishes.html
>> >
>> >
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
t matter what people are using those addresses for. They are
> using them in good faith and are under no obligation to report how they
> are using them.
>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
I am going to attend the WISPA conference in New Orleans next week.
(anyone going?). I don't see any topics related to ipv6 there, nor as
requirements for broadband grants.
I first tried to deploy ipv6 at my wisp 14 years ago, and failed
utterly. Since then, I've kept track of that market, and mos
I am deeply concerned by the onrushing move to udp for QUIC, with udp
the former province of voip, gaming, request/response and
videoconferencing traffic. I certainly see natted udp ports get used
up rapidly by various tools, and also see timeouts for reuse often
below 30sec.
IMHO, QUIC should als
You can still do NAT with IPv6 like you ask for. It's been around over a
decade now:
https://datatracker.ietf.org/doc/html/rfc6296
On Thu, 17 Mar 2022 at 12:02, Matthew Huff wrote:
> Did you read his email? He was saying that what a lot of people wanted was
> IPv4 + bigger address space, and not
hould we wait another 80 years with dual stack
> and gigantic stateful NATs?
>
> Pascal
>
>
>
>
>
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
On Sun, Apr 3, 2022 at 12:04 PM Mark Tinka wrote:
>
>
>
> On 4/3/22 13:55, Dave Taht wrote:
>
> > Periodically I still do some work on routing protocols. 12? years ago I had
> > kind
> > of given up on ospf and isis, and picked the babel protocol as an IGP
>
now that I have more routers with enough memory, switch back
to an ibgp.
Is there a lightweight bgp client worth fiddling with? gobgp looked
interesting. Presently
I run bird in some places
On Sun, Apr 3, 2022 at 6:49 AM Masataka Ohta
wrote:
>
> Dave Taht wrote:
>
> > Periodica
On Mon, Apr 4, 2022 at 5:16 AM Mark Tinka wrote:
>
>
>
> On 4/4/22 03:06, Dave Taht wrote:
>
> > I'm actually not here to start a debate... happy to learn that the v4
> > over v6 feature I'm
> > playing with actually exists in another protocol, mainly.
The other question for this list I'd basically had was this:
> https://datatracker.ietf.org/doc/html/draft-ietf-babel-v4viav6
> Please let me know if you feel that it should be possible to
> completely disable v4-via-v6 even on newer kernels, and whether you
> feel that v4-via-v6 should be disabl
deploy IPv6.
Regards,
Dave
On Mon, 4 Apr 2022 at 15:37, Nicholas Warren
wrote:
> The vocabulary is distracting...
>
> In practice this extends IPv4 addresses by 32 bits, making them 64 bits in
> total. They are referring to the top 32 bits (240.0.0.0/6) as a “shaft.”
> The bottom
Considering this requires updating every single IP stack that wants to
utilise this, what are the benefits of it other than just moving to IPv6?
Regards,
Dave
On Tue, 5 Apr 2022 at 08:24, Pascal Thubert (pthubert) via NANOG <
nanog@nanog.org> wrote:
> Hello Matthew
>
>
>
&
replace all my CPE
* Have the network stack on my customers OS upgraded
Not to mention all the testing required to ensure that it all will work
smoothly.
That is a lot of work, and I still don't see the benefit over just moving
to IPv6.
Regards,
Dave
On Tue, 5 Apr 2022 at 10:30, Pascal Th
also using:
sysctl net.ipv4.tcp_notsent_lowat=4294967295;
where we've been getting good results with that set as low as 32k.
Anyone know anyone at gitlab?
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
Hi Mike. I used Krone blocks back in the mid 90s. I really liked them.
I'm afraid now your long-term options now are probably straight old 66 or
110 blocks. 66 blocks give some added flexibility. 110s are more efficient
as far as space consumed compared to 66 blocks. Krone and 110s have a very
sim
rk.
--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
Dave Täht CEO, TekLibre, LLC
As I've been saying for a while, instead of buying new kit, perhaps we
could spend some time on getting better software onto our older kit?
Getting stuff to multiplex better, be more reliable, last longer?
It isn't just me wanting to upgrade a billion+ routers with existing
crappy software to open
t;
>> I'd bet it's cheaper and easier to quantify new hardware than software.
>> Labor was super expensive and now it is ready to implode.
>>
>> On Thu, May 19, 2022 at 9:27 AM Dave Taht wrote:
>>>
>>> As I've been saying for a while, instea
ough to not need support, the impact is minimal.
>
> On Thu, May 19, 2022 at 10:30 AM Dave Taht wrote:
>>
>> On Thu, May 19, 2022 at 9:07 AM NetEquity Sales wrote:
>> >
>> > As someone who works within the "secondary market" for networking
>> > har
e, with 4x more throughput, and 10x less latency, on
"obsolete", hw.
> On Thu, May 19, 2022 at 10:58 AM Dave Taht wrote:
>>
>> On Thu, May 19, 2022 at 10:33 AM Jason Biel wrote:
>> >
>> > Who's going to support that reflashed device? Certainly not the
document without tieing myself to a chair with a
variety of calming drugs handy.
I'm an engineer, dang it, not a politician!
>
> Jason
>
>
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
o real bandwidth
requirements only doubling every decade might be a new equation to
think about...
... check in with me again and wipe egg off my face in another decade.
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
On Mon, Jun 6, 2022 at 5:47 AM Masataka Ohta
wrote:
>
> Dave Taht wrote:
>
> > Looking back 10 years, I was saying the same things, only then I felt
> > it was 25Mbit circa mike belshe's paper. So real bandwidth
> > requirements only doubling every decade migh
t time because people want to deploy more legacy.
>
> > If we're not that close, then it's unrealistic to pre-build
> > capacity for imaginary developments that never come.
>
> If you build it they will come. People are more likely to
> invest in making things if they see a realistic timescale
> to deployment. If they also have to upgrade everyones home
> too they are less likely to bother.
>
> brandon
>
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
uch did NZ's fiber buildout cost?
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
wedding photo’s/video’s the other day. I
> > have a 4Gb/s / 4Gb/s XGSPON connection and she’s got a 1Gb/s / 500Mb/s GPON
> > connection. I simply dropped a copy of the 5.1G directory into a one drive
> > folder and shared it, 10 minutes later (one drive is still limited in how
s, peaks at about
> 10mbit/customer, with 1 minute polling. Zero congestion in middle mile,
> transit or peering.
>
>
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
time high.
> JL
>
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
I am mostly searching for switches that can have custom firmware on
them. The very long list of those
compatible with SONIC is here:
https://github.com/Azure/sonic-buildimage/tree/master/device
cost, due to it
being a copper port. If we were to offer residential packages beyond 1G, a
CPE swap would be required, but there is little demand for that... yet...
The future is bright for PON with NG-PON2, and 50G PON on their way.
Regards,
Dave
On Fri, 10 Jun 2022 at 08:54, Vasilenko Eduar
I would argue that question 9 needs an option of "Both".
Secondly, two additional good questions to ask would be: are the ECN
values presently being treated as RFC3168?
Are the ECN values being modified by any AQM implementations (WRED,
FQ_CODEL, etc) on any switch or router in transit?
ouldn't
tell. Sonic (SF) had about 90ms of buffering in their upstream.
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
m certain many are going to do this.
> >
> > All this will do is keep these boxes off the open market, which will
> > simply bump up open market prices, with no incentive for the majority
> > of
> > folk to buy directly from the OEM.
> >
> > I suspect supply chain will improve within the next 12 months, but
> > then
> > regress and hit a massive crunch from around Q4'23 onward. How long
> > for,
> > I can't say...
> >
> > Mark.
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
t tell if the upstream will PD a block to the downstream... and
>>>> the VZ CPE is 'not something I want to fiddle with',
>>>>
>>>> because everytime I have tried at my house I've just taken it out behind
>>>> the woodshed with a mau
hink the original thought was that the satellite service would be used in
> rural areas and 5G in cities so there'd be geographic separation, but
> Starlink is selling service all over the place.
>
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
t get addicted to sitting or
> something.
It's not the seat. It's the 50 inch monitor that's addicting.
>
> Regards,
> Bill Herrin
>
>
> --
> For hire. https://bill.herrin.us/resume/
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
This convo is giving me some hope that the sophisticated FQ and AQM
algorithms I favor can be made to run in more hardware at high rates,
but most of the work I'm aware of has targetted tofino and P4.
The only thing I am aware of shipping is AFD in some cisco hw. Anyone
using that?
(can share the ugly details privately)
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
On Wed, Jul 27, 2022 at 2:48 PM Dave Taht wrote:
>
> I am curious if there is anyone out there willing to run a server with
> irtt and netperf on it that I could do some bufferbloat testing
> against (in off peak hours)? I've been getting some severely bloated
> (250ms!) resu
I welcomed bulk mail after I switched to reading news online - needed
something to start the fireplace.
If I could I'd ban plastic envelope windows.
t and is a bad idea.
>>
>> > Also the shallow ingress buffers discussed in the thread are not delay
>> > buffers and the problem is complex because no device is marketable
>> > that can accept wire rate of minimum packet size, so what trade-offs
>> > do we carry, when we get bad traffic at wire rate at small packet
>> > size? We can't empty the ingress buffers fast enough, do we have
>> > physical memory for each port, do we share, how do we share?
>>
>> People who use irrationally small packets will suffer, which is
>> not a problem for the rest of us.
>>
>> Masataka Ohta
>>
>>
>>
--
FQ World Domination pending:
https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
ses because they don’t fit
> > your world view is short sighted.
>
> That could have been a valid argument 20 years ago.
>
> Masataka Ohta
--
FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/
Dave Täht CEO, TekLibre, LLC
1 - 100 of 648 matches
Mail list logo
