Hi all.
I thought I'd share our recent experiences, per subject, just in case
others run into the same problems.
So... we finally decided to try 17.3(4a)MD for the CSR1000v, after years
of happy operation. Good Lord, what a drama!
At first, we couldn't figure out why iBGP sessions to all
On 10/13/21 2:39 AM, Doug Barton wrote:
On the cookie issue, I have had very good luck with this in Firefox:
https://addons.mozilla.org/en-US/firefox/addon/cookie-autodelete/
-
Nice, I have the
On the cookie issue, I have had very good luck with this in Firefox:
https://addons.mozilla.org/en-US/firefox/addon/cookie-autodelete/
hope this helps,
Doug
On 10/12/21 6:26 AM, scott wrote:
On 10/12/21 9:15 PM, Matthew Petach wrote:
So, I take it you steadfastly block *all* cookies from
On 10/12/21 9:15 PM, Matthew Petach wrote:
So, I take it you steadfastly block *all* cookies from being stored
or transmitted from your browser at home?
--\
I used to when Firefox had the "ask me every time" for cookies. They
I have the same issues with a Lenovo when connecting to a wifi6 that does 8x8
and 4x4 Mimo
Moving back to Wifi5 access point and I don’t have the issues anymore.
Hope this helps.
From: NANOG On Behalf Of Pascal
Masha
Sent: Tuesday, October 12, 2021 3:22 AM
To: nanog@nanog.org
Subject:
Shrug... almost straight to junk
--
J. Hellenthal
The fact that there's a highway to Hell but only a stairway to Heaven says a
lot about anticipated traffic volume.
> On Oct 12, 2021, at 08:02, Pascal Masha wrote:
>
>
> Hello All,
>
> I have been wondering whether there is any known
On Tue, Oct 12, 2021 at 2:01 PM Tom Beecher wrote:
> I think it would be absolutely *stunning* for content providers
>> to turn the model on its head; use a bittorrent like model for
>> caching and serving content out of subscribers homes at
>> recalcitrant ISPs, so that data doesn't come from
>
> I think it would be absolutely *stunning* for content providers
> to turn the model on its head; use a bittorrent like model for
> caching and serving content out of subscribers homes at
> recalcitrant ISPs, so that data doesn't come from outside,
> it comes out of the mesh within the eyeball
On Tue, 12 Oct 2021, 02:24 Owen DeLong, wrote:
>
> A 4K 2 hour movie is about 40GB. Most modern smart TVs around 32GB of RAM
> and can probably devote about 20GB of that to buffering a stream, so yeah,
> that should actually be doable.
>
Most users are not streaming 4K, it's a very small
On Tue, Oct 12, 2021 at 8:41 AM Masataka Ohta <
mo...@necom830.hpcl.titech.ac.jp> wrote:
> Matthew Petach wrote:
>
> > With an anycast setup using the same IP addresses in every
> > location, returning SERVFAIL doesn't have the same effect,
> > however, because failing over from anycast address 1
On Tue, Oct 12, 2021 at 8:16 AM Jared Brown wrote:
> Mark Tinka wrote:
[...]
>
> > But I doubt that
> > will work, unless someone can think up a clever way to modify BitTorrent
> > to suit today's network architectures.
> Unless network topology is somehow exposed, this isn't possible. All
>
> On Oct 12, 2021, at 09:04 , Jared Brown wrote:
>
> Doug Barton wrote:
>> One incentive I haven't seen anyone mention is that ISPs don't want to
>> charge customers what it really costs to provide them access.
> For the sake of argument, let's assume this is true.
>
> For this to work,
> On Oct 12, 2021, at 08:13 , Jared Brown wrote:
>
> Mark Tinka wrote:
>> Someone can correct me if I'm wrong, but the way I know BitTorrent to
>> work is the file is downloaded to disk, unarchived and then listed as
>> ready to watch.
> That's not how it works. Several streaming BitTorrent
> On Oct 12, 2021, at 06:45 , Mark Tinka wrote:
>
>
>
> On 10/11/21 22:57, Matthew Walster wrote:
>
>> Ignoring for the moment that P2P is inherently difficult to stream with
>> (you're usually downloading chunks in parallel, and with devices like Smart
>> TVs etc you don't really have
On 10/12/21 18:33, Sabri Berisha wrote:
Yes, let's go back to 2003. The ISP I worked for at that time was one of
the first in the country (if not the first) to host Akamai's caching servers.
Ten years later I worked on a project where Akamai caching was embedded in
subscriber management
- On Oct 11, 2021, at 12:58 AM, Mark Tinka mark@tinka.africa wrote:
Hi,
> However, in an era where content is making a push to get as close to the
> eyeballs as possible, kit getting cheaper and faster because of merchant
> silicon, and abundance of aggregated capacity at exchange points,
Hello,
> Providing access is mostly fixed costs, as there are very few consumables in
> running a network.
>
> IP transit costs aren't an issue, since Netflix will do settlement free
> peering.
>
> This leaves the internal network of SK Telecom as the problem and cost
> center.
Even with
Doug Barton wrote:
> One incentive I haven't seen anyone mention is that ISPs don't want to
> charge customers what it really costs to provide them access.
For the sake of argument, let's assume this is true.
For this to work, I am really trying hard to ignore inconvenient facts like:
On 10/12/21 17:39, Jared Brown wrote:
Since we aren't talking about random pirated content, but p2p streaming from a
major content provider it would obviously be point & click.
Yes, in which case Jane + Thatho don't need to worry about device
compatibility, especially if the device is
Mark Tinka wrote:
>> Well, yes. Or you could just stream content that is guaranteed to be
>> compatible with the device used.
>
> People on this list would bother to check compatibility.
>
> Jane + Thatho just point & click.
Since we aren't talking about random pirated content, but p2p
Matthew Petach wrote:
With an anycast setup using the same IP addresses in every
location, returning SERVFAIL doesn't have the same effect,
however, because failing over from anycast address 1 to
anycast address 2 is likely to be routed to the same pop
location, where the same result will
Christopher Morrow wrote:
To be fair, it looks like FB has 4 /32's (and 4 /128's) for their
DNS authoritatives. All from different /24's or /48's, so they should
have decent routing diversity. They could choose to announce
half/half from alternate pops, or other games such as this.
Yup.
I
On 10/12/21 17:13, Jared Brown wrote:
That's not how it works. Several streaming BitTorrent clients
specifically request blocks in order so that you can start watching
immediately.
Not that you need a special client, it works pretty well with the standard
client as well on a well
Mark Tinka wrote:
> Someone can correct me if I'm wrong, but the way I know BitTorrent to
> work is the file is downloaded to disk, unarchived and then listed as
> ready to watch.
That's not how it works. Several streaming BitTorrent clients specifically
request blocks in order so that you can
On 10/11/21 22:57, Matthew Walster wrote:
Ignoring for the moment that P2P is inherently difficult to stream
with (you're usually downloading chunks in parallel, and with devices
like Smart TVs etc you don't really have the storage to do so anyway)
there's also the problem that things like
On 10/12/21 14:20, Jason Iannone wrote:
Isn't this a problem with legacy peering agreements in today's
internet? The same thing happened between Netflix, Level3, and Verizon
a few years ago. The legacy concept of settlement-free peering is
based on traffic forwarding parity. If what I
On 10/11/21 22:05, Matthew Petach wrote:
Let's check back in 2026, and see if someone's become fantastically
successful doing this or not. ;)
I have to say, your idea is quite fantastical. I'm not sure I have
enough brain cells to consider how it will work, remembering that vCPE's
were
Hello All,
I have been wondering whether there is any known issue with the Linux WiFi
package since the last 3 days or so? I'm Ubuntu 20.04.3 LTS 64bit Distro
and WiFi has been dropping almost every 5 minutes. A colleague on another
Linux Disto also contacted me about the same thing. Has anyone
Isn't this a problem with legacy peering agreements in today's internet?
The same thing happened between Netflix, Level3, and Verizon a few years
ago. The legacy concept of settlement-free peering is based on traffic
forwarding parity. If what I forward to you roughly matches what you
forward to
29 matches
Mail list logo