Re: Lossy cogent p2p experiences?

2023-09-07 Thread Masataka Ohta
acket loss. The allowed amount of reordering depends on TCP implementations and can be controlled by upgrading TCP. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-07 Thread Masataka Ohta
. because it's random spray , caring about nothing except equal loading of the members. Equal loading on point to point links between two routers by (weighted) round robin means mostly same buffering delay, which won't cause massive reordering. Masataka

Re: Lossy cogent p2p experiences?

2023-09-06 Thread Masataka Ohta
approach is to fully share a single buffer by all the parallel links. But as it is not compatible with router architecture today, I did not proposed the approach. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-06 Thread Masataka Ohta
. Especially because the real world includes labs and text books and, as such, all the theories including all the wrong ones exist in the real world. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-06 Thread Masataka Ohta
ul from the beginning, which is why flow driven architecture including that of MPLS is broken and hopeless. I really hope you understand the meaning of "intelligent intermediate entities" in the context of the E2E argument. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-06 Thread Masataka Ohta
egligible. > > So you mean, what... per-packet load balancing, in lieu of per-flow > load balancing? you now recognize that per-flow load balancing is not a very good idea. Good. you are saying that. See above to find my statement of "without hashing". Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-05 Thread Masataka Ohta
in. As I already told you: : In theory, you can always fabricate unrealistic counter examples : against theories by ignoring essential assumptions of the theories. you are keep ignoring essential assumptions for no good purposes. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-04 Thread Masataka Ohta
t's your problem. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-04 Thread Masataka Ohta
of other traffic. > Those > conditions are rarely found in the real world. It is usual that TCP consumes all the available bandwidth. Exceptions, not so rare in the real world, are plain TCPs over long fat pipes. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-04 Thread Masataka Ohta
parallel 25G links, which is an example of "equal speed multi parallel point to point links", were relying on hashing? Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-04 Thread Masataka Ohta
a non-rate-limited 10gig circuit and : The initial and recurring packet loss occurs on any flow of : more than ~140 Mbit. the problem is caused not by wire speed limitation of a "fat" pipe but by artificial policing at 140M. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-04 Thread Masataka Ohta
ement of "higher speed flows". Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-03 Thread Masataka Ohta
n practice there is. In theory, you can always fabricate unrealistic counter examples against theories by ignoring essential assumptions of the theories. In this case, "Without buffer bloat" is an essential assumption. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-03 Thread Masataka Ohta
t to properly manage/operate simple situations with equal speed multi parallel point to point links. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-03 Thread Masataka Ohta
, the situation is: :Moreover, as David Hubbard wrote: :> I've got a non-rate-limited 10gig circuit So, if you internally have 10 parallel 1G circuits expecting perfect hashing over them, it is not "non-rate-limited 10gig". Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-02 Thread Masataka Ohta
There is no such algorithms because, as I wrote: : 100 50Mbps flows are as harmful as 1 5Gbps flow. Masataka Ohta

Re: Lossy cogent p2p experiences?

2023-09-02 Thread Masataka Ohta
and after detecting flows.) Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-14 Thread Masataka Ohta
anything within a couple of blocks. you don't understand similar effectiveness by DOS. I can also attest that there is at least one overlap between time-nuts and NANOG See above. Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-14 Thread Masataka Ohta
a.org/wiki/Atomic_clock Modern rubidium standard tubes last more than ten years, and can cost as little as US$50. https://www.ebay.com/sch/i.html?_nkw=rubidium Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-13 Thread Masataka Ohta
r ordering of events. Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-11 Thread Masataka Ohta
quired by the theory of special relativity for proper causality. Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-11 Thread Masataka Ohta
locally. Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-09 Thread Masataka Ohta
bad actors: The question, seemingly, is not "how to build a secure stratum 1 server?". BTW, the proper question should be "how to obtain secure time?". Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-08 Thread Masataka Ohta
for centuries. Rb clocks on GPS are a lot more frequently synchronized, because a lot more accuracy is required for positioning (10ns of timing error means 3m of positioning error). Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-08 Thread Masataka Ohta
g/wiki/Relativity_of_simultaneity For information theoretic simultaneity, you can consider, instead of light cone, information cone. Masataka Ohta

Re: NTP Sync Issue Across Tata (Europe)

2023-08-07 Thread Masataka Ohta
of years. There can be no coordinated attacks. They may be remotely accessed through secured NTP. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-21 Thread Masataka Ohta
root servers today and is manageable. Kerberos relies on KDCs. However, the shared keys are shared by ends and intermediate systems of KDCs, which is not end to end security. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-20 Thread Masataka Ohta
weight and inexpensive (or free) PKI may worth its price and may be useful to make IP address based security a little better. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-20 Thread Masataka Ohta
end to end security and is not actually workable, why do you bother? Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-19 Thread Masataka Ohta
See above for the proper solution. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-19 Thread Masataka Ohta
e IP and not bothering to give it some time to settle :) In this thread, I'm the first to have pointed out that old IP addresses of root servers must be reserved (for 50 years). Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-18 Thread Masataka Ohta
. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-12 Thread Masataka Ohta
problems. Thank you for a devil's proof. That you haven't noticed any problem does not mean there actually was no problem. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-08 Thread Masataka Ohta
. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-08 Thread Masataka Ohta
fficulties to change the addresses. Masataka Ohta

Re: New addresses for b.root-servers.net

2023-06-01 Thread Masataka Ohta
to be reasonable. And, if the addresses are reserved, there is no reason not to keep using the addresses as alternative addresses of active root name servers. Masataka Ohta PS First of all, it is a bad idea to change the addresses of root servers. For political

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-06 Thread Masataka Ohta
f Bobs from down the street retired and built telephone companies, now recognized as non-RBOC ILECs, to serve their small towns 100+ years ago. Newly coming Bobs can survive as regional fiber operators only in regions not served by ILECs as PON providers. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-02-06 Thread Masataka Ohta
n IPv4, is, in a not so long run, a lot lot worse than IPv4. Masataka Ohta

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-06 Thread Masataka Ohta
are keep succeeding for 100+ years not because they unreasonably cut maintenance cost but because they have archived regional monopoly. Masataka Ohta

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-05 Thread Masataka Ohta
which should now be PON operators still enjoying regional monopoly. So? Masataka Ohta

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-05 Thread Masataka Ohta
access seemed promising and some money was also invested on high speed inexpensive satellite internet, even though satellite internet must be low speed or expensive. Masataka Ohta

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-04 Thread Masataka Ohta
Mike Hammett wrote: Yet the independents are doing it anyway. Petit bubble caused by quantitative easing, perhaps. Masataka Ohta - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP

Re: Spectrum (legacy TWC) Infrastructure - Contact Off List

2023-02-02 Thread Masataka Ohta
that at that time. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-29 Thread Masataka Ohta
, is that there are people who can't distinguish IP address changes by mobility and by multihoming. Such people will keep reinventing MPTCP. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-28 Thread Masataka Ohta
col can't do anything with that information regardless of whether you expand the API to provide it. Read my draft, which explains how TCP should be modified. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-28 Thread Masataka Ohta
supports end to end multihoming at the application layer to try all the addresses of name servers, on which other applications can safely rely. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-28 Thread Masataka Ohta
may be supported at the application layer by trying all the available addresses, which is what DNS and SMTP are actually doing. TCP modification is just an option useful for long lasting TCP connections. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-27 Thread Masataka Ohta
sed by the established (since early days with class C) practice. That multihomed sites are relying on the entire Internet for computation of the best ways to reach them is not healthy way of multihoming. Masataka Ohta

Re: Smaller than a /24 for BGP?

2023-01-24 Thread Masataka Ohta
subdivide 256 /24 into /32) should be possible. But, there is no need for costly and power wasting TCAM. So far, I ignore IPv6, of course. Masataka Ohta

Re: Starlink routing

2023-01-24 Thread Masataka Ohta
(DAILY), saravia(DAILY), sdinam(DAILY), secyt(DEMAND), spok(DAILY), sykes(DAILY), tandil(DAILY), tsgfred(WEEKLY), ulatar(EVENING), unisel(EVENING), uunet(DEMAND) So, you now remember that UUCP links were scheduled. Masataka Ohta

Re: Starlink routing

2023-01-23 Thread Masataka Ohta
pathalias was able to figure the best UUCP path from a given UUCP node. Such initial attempts were not so elegant or scalable. UUCP networks as DTN were brought to perfection through integration with the Internet relying on DNS MX RRs. Masataka Ohta

Re: Starlink routing

2023-01-23 Thread Masataka Ohta
, in UUNET, availability of phone links between computers was scheduled. Masataka Ohta

Re: Starlink routing

2023-01-23 Thread Masataka Ohta
bit metric of OSPF should be enough. The most annoying part is to have multiple ground stations, which, as usual, makes the MEO network DFZ with more than 1M routing table entries. Masataka Ohta

Re: A straightforward transition plan (was: Re: V6 still not supported)

2023-01-13 Thread Masataka Ohta
, it is adoption. People will not move if it does not hurt enough. And they can bear a lot. But, for adoption, some formal document, not necessarily a (standard track) rfc, is necessary. Masataka Ohta

Re: A straightforward transition plan (was: Re: V6 still not supported)

2023-01-12 Thread Masataka Ohta
and support at the 6MAN on the draft above may help. It may be more constructive to work for proxy ARP suitable for Wifi, which may be enforced by Wifi alliance. An RFC may be published if Wifi industry request IETF to do so. Masataka Ohta

Re: A straightforward transition plan (was: Re: V6 still not supported)

2023-01-11 Thread Masataka Ohta
cast. Masataka Ohta

Re: SDN Internet Router (sir)

2023-01-11 Thread Masataka Ohta
of whether the routers are SDN ones or not. Masataka Ohta

Re: SDN Internet Router (sir)

2023-01-07 Thread Masataka Ohta
armful than useful. Masataka Ohta

Re: SDN Internet Router (sir)

2023-01-07 Thread Masataka Ohta
on it along with 50 non default routes with plain IP routers. Masataka Ohta

Re: SDN Internet Router (sir)

2023-01-06 Thread Masataka Ohta
routing. Anyway, prioritization needs more, not less, routing table entries. Masataka Ohta

Re: SDN Internet Router (sir)

2023-01-06 Thread Masataka Ohta
requiring dedicated routing table entry for each flow, which will not shrink but bloat routing tables regardless of whether you call it FIB or not. Masataka Ohta

Re: Large RTT or Why doesn't my ping traffic get discarded?

2022-12-22 Thread Masataka Ohta
n the IPv4 "Time to Live" field was renamed "Hop Limit" in IPv6. In practice, very few, if any, IPv4 implementations conform to the requirement that they limit packet lifetime, so this is not a change in practice. Masataka Ohta

Re: Alternative Re: ipv4/25s and above Re: 202211232221.AYC

2022-11-28 Thread Masataka Ohta
. Masataka Ohta

Re: Jon Postel Re: 202210301538.AYC

2022-11-05 Thread Masataka Ohta
. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-12 Thread Masataka Ohta
sed. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-09 Thread Masataka Ohta
ki/Fair_queuing "5 tuple FQ" is scaling today Fair queuing does not scale w.r.t. the number of queues. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-09 Thread Masataka Ohta
amount of money? Is it a reason why you use large buffer to eliminate possibilities of packet dropping caused by buffer overflow but not by other reasons? Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-09 Thread Masataka Ohta
than elegant. OK. But, you should be aware that, with bloated buffer, all the customers sharing the buffer will suffer from delay. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-08 Thread Masataka Ohta
. I understand that if customers follow the end to end principle, revenue of "intelligent" ISPs will be reduced. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-08 Thread Masataka Ohta
Saku Ytti wrote: If RTT is large, your 100G runs over several 100/400G backbone links with many other traffic, which makes the burst much slower than 10G. In Ohtanet, I presume. which is, unlike Yttinet, the reality. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-08 Thread Masataka Ohta
is not so large smaller than unbloated router buffer. If RTT is large, your 100G runs over several 100/400G backbone links with many other traffic, which makes the burst much slower than 10G. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-08 Thread Masataka Ohta
at that time and is not a meaningful measurement. https://www.cs.wustl.edu/~jain/cse567-06/ftp/traffic_models2/#sec1.2 It merely states that some use non Poisson traffic models. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-08 Thread Masataka Ohta
d have been a valid argument 20 years ago. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-08-07 Thread Masataka Ohta
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

Re: 400G forwarding - how does it work?

2022-08-07 Thread Masataka Ohta
in heavily congested networks. Masataka Ohta

Re: 400G forwarding - how does it work?

2022-07-27 Thread Masataka Ohta
90 and 16K will be the limitation factor for PPS resulting in a lot less than maximum possible PPS. Masataka Ohta

Re: Upstream bandwidth usage

2022-06-10 Thread Masataka Ohta
. Masataka Ohta

Re: [EXTERNAL] FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-08 Thread Masataka Ohta
lot, which is favorable to telcos consisting ITU. Masataka Ohta

Re: FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-06 Thread Masataka Ohta
That NZ has less population density than US means the last mile problem is more severe in NZ than US, though actual severity depends on detailed population distribution. Masataka Ohta

Re: FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-06 Thread Masataka Ohta
eyes, which is fixed. For TVs at homes, IMHO, baseband 2k should be enough, quality of which may be better than highly compressed 4k. Masataka Ohta

Re: FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-03 Thread Masataka Ohta
Livingood, Jason via NANOG wrote: That shows up as increased user demand (usage), which means that the CAGR will rise and get factored into future year projections. You should recognize that Moore's law has ended. Masataka Ohta

Re: FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-03 Thread Masataka Ohta
ause of natural regional monopoly. Lobbyists lie? Say it isn’t so. You seem somehow surprised by this. No, not at all. So? Masataka Ohta

Re: FCC proposes higher speed goals (100/20 Mbps) for USF providers

2022-06-02 Thread Masataka Ohta
stly. Masataka Ohta

Re: Question re prevention of enumeration with DNSSEC (NSEC3, etc.)

2022-05-12 Thread Masataka Ohta
formation in advance, there shouldn't be any concern : of privacy breach forbidden by local law of DE. that is not a healthy movement. Masataka Ohta

Re: Question re prevention of enumeration with DNSSEC (NSEC3, etc.)

2022-05-11 Thread Masataka Ohta
be a tool or a weapon, depending on how one uses it. The wrench is whois. However, something like trust banks may be able to hide privacy of domain name owners if such entities can be regulated properly for people who want some privacy.     Masataka Ohta

Re: Question re prevention of enumeration with DNSSEC (NSEC3, etc.)

2022-05-10 Thread Masataka Ohta
it. The wrench is whois. Masataka Ohta

Re: Question re prevention of enumeration with DNSSEC (NSEC3, etc.)

2022-05-09 Thread Masataka Ohta
of such information in advance, there shouldn't be any concern of privacy breach forbidden by local law of DE. Masataka Ohta

Re: Court orders for blocking of streaming services

2022-05-09 Thread Masataka Ohta
? Doing something authorized by law in a way specified by the law can not be illegal. So? Masataka Ohta

Re: Court orders for blocking of streaming services

2022-05-08 Thread Masataka Ohta
, You totally miss the point of the order, though I wrote: : As the order is to those "having actual knowledge of this Default : Judgment and Permanent Injunction Order", Masataka Ohta

Re: Court orders for blocking of streaming services

2022-05-08 Thread Masataka Ohta
enjoying a safe harbor of DMCA, yes, as I already said so. Masataka Ohta

Re: Court orders for blocking of streaming services

2022-05-08 Thread Masataka Ohta
nst innocent non-parties to the suit is a > logical contradiction. Wrong. Those knowingly actively cooperating with the defendants are not innocent at all though DMCA makes some passive cooperation innocent. Masataka Ohta

Re: Court orders for blocking of streaming services

2022-05-08 Thread Masataka Ohta
yright infringements are not be protected by DMCA. Masataka Ohta

Re: how networking happens in Hawaii

2022-05-01 Thread Masataka Ohta
. Such interpretation of English Common law is against Zionism promoted by British government and should be wrong. Masataka Ohta

Re: Any sign of supply chain returning to normal?

2022-04-24 Thread Masataka Ohta
not useful. -- Jon Postel And Steve Deering agreed with Jon saying "Exactly". That's so funny because the statement was published in Oct. 1998 and the first rfc on IPv6 was published in Dec. 1995. Masataka Ohta

Re: V4 via V6 and IGP routing protocols

2022-04-04 Thread Masataka Ohta
against the CATENET model. Why, do you think, NHRP was abandoned? > we've never ran into an issue carrying > thousands of IS-IS IPv4/IPv6 routes this way. Thousands of? Today with so powerful CPUs, that is a small network. So? Masataka Ohta

Re: V4 via V6 and IGP routing protocols

2022-04-04 Thread Masataka Ohta
means the source hosts have the current most routing table at destinations, which requires flat routing without hierarchy or on demand, that is, flow driven, look up of detailed routing tables of destinations at a distance. Masataka Ohta

Re: V4 via V6 and IGP routing protocols

2022-04-04 Thread Masataka Ohta
ime, all the routers are ends to initiate flooding of local LS, to receive flooded LS and to compute the best route to destinations in a way consistent with other routers because they share same flooded LS except during short transition periods. Masataka Ohta

Re: V4 via V6 and IGP routing protocols

2022-04-03 Thread Masataka Ohta
, domains do not want to publish their policies in full detail. My question for this list is basically, has anyone noticed or fiddled with babel? No. Masataka Ohta

Re: V6 still not supported

2022-04-03 Thread Masataka Ohta
ly we'd thought of putting a port number field in the NS records in DNS back in 1983..." And, MX. As named has "-p" option, I think some people were already aware of uselessness of the option in 1983. But, putting a port number field at that time is overkill. Masataka Ohta

Re: V6 still not supported

2022-04-01 Thread Masataka Ohta
address has a statically configured range of public port numbers, it is extremely easy because no logging is necessary for police grade audit trail opacity. Masataka Ohta

  1   2   3   4   5   6   7   >