Re: DNS pulling BGP routes?

2021-10-07 Thread Masataka Ohta
withdraw routes only when server is unavailable. Masataka Ohta

Re: DNS pulling BGP routes?

2021-10-06 Thread Masataka Ohta
server addresses. Just rely on it. Masataka Ohta

Re: Facebook post-mortems...

2021-10-06 Thread Masataka Ohta
ard problem to solve. If that is their policy, it is just a policy to enforce and not a problem to solve. Masataka Ohta

Re: Facebook post-mortems...

2021-10-06 Thread Masataka Ohta
or which, withdrawal of failing route is unnecessary complication. Masataka Ohta

Re: Facebook post-mortems...

2021-10-05 Thread Masataka Ohta
with expired zone data won't serve request from outside of facebook, whether BGP routes to the name servers are announced or not is unimportant. Masataka Ohta

Re: Facebook post-mortems...

2021-10-05 Thread Masataka Ohta
that the Internet is the source of chaos. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-28 Thread Masataka Ohta
e for DNS glues, can be automatically updated. With careful design by real experts, it is possible to design such a protocol even with IPv4 but IPv6 "committee" naturally abandoned to do so with IPv6. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-26 Thread Masataka Ohta
to represent them, which is described in rfc810 as: ::= "." "." "." ::= <0 to 255 decimal> Obviously, syntax was extended, at least beyond decimal, by a BSD implementation with language C. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-22 Thread Masataka Ohta
bering occur for the private addresses. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-20 Thread Masataka Ohta
will also be fragmented and that IPv4 can but IPv6 can't be deployed at full scale, Masataka Ohta

Re: IPv6 woes - RFC

2021-09-19 Thread Masataka Ohta
ly deployable, which are technical points, it could have won. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-19 Thread Masataka Ohta
s address length. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-16 Thread Masataka Ohta
oses, IPng were a merger of all the proposals only to make the result totally unusable, during which address length was extended from 8B to 16B to accommodate so infamous XNS style auto configuration. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-16 Thread Masataka Ohta
nd voice is separate in the telco > world which is why it compares poorly with IP. Except for the LISP > protocol which does something similar. I'm afraid you have too much complicated view on phone networks and the Internet. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-16 Thread Masataka Ohta
which does not scale. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-15 Thread Masataka Ohta
country. You mean anywhere in the world. Calls to my number reach my cell phone no matter where I go. You are confusing number portability and call forwarding. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-15 Thread Masataka Ohta
. The caller will be charged for call to +1 and you will be charged for international transfer from +1 to +371 or +81. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-14 Thread Masataka Ohta
. That you don't properly understand the similarities and the differences between telephone network and the Internet is not a problem for rest of us. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-14 Thread Masataka Ohta
of the Internet. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-14 Thread Masataka Ohta
level (so called, country code), which is why they don't need large global routing tables. 8+8 has nothing to do with the problem and LISP came a lot later as a broken solution for the problem. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-14 Thread Masataka Ohta
that. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-14 Thread Masataka Ohta
out that IEEE1394 MAC address is 64bit long. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-09 Thread Masataka Ohta
and define Internet Access to be IPv6” by a couple of the larger eyeball ISPs would light a pretty big fire under those laggards. Aren't you calling your desire "the reality"? Masataka Ohta

Re: if not v6, what?

2021-09-08 Thread Masataka Ohta
hacks, most of which are well known and already abandoned but, worse, some of which are new. Masataka Ohta

Re: if not v6, what?

2021-09-07 Thread Masataka Ohta
. There even exists PCP. Do you have any more practical proposals, or..? What are missing are practical comments. Masataka Ohta

Re: if not v6, what?

2021-09-07 Thread Masataka Ohta
been adopted either? Nothing more? We may even develop transport protocols with 32 bit port numbers, which is a lot easier to deploy than IPv6. Masataka Ohta

Re: IPv6 woes - RFC

2021-09-06 Thread Masataka Ohta
. Masataka Ohta

Re: An update on the AfriNIC situation

2021-08-29 Thread Masataka Ohta
USG) interventions. As such, ICANN is expected to work to isolate African RIR operations from existing lawsuit. Masataka Ohta

Re: An update on the AfriNIC situation

2021-08-29 Thread Masataka Ohta
registries). Masataka Ohta

Re: An update on the AfriNIC situation

2021-08-28 Thread Masataka Ohta
andon AfriNIC". So? Masataka Ohta

Re: An update on the AfriNIC situation

2021-08-28 Thread Masataka Ohta
nternet community can be to abandon AfriNIC and establish, outside of Mauritius, a new entity, which may employ current AfriNIC employers, recognized by the international internet community. Masataka Ohta

Re: "Tactical" /24 announcements

2021-08-15 Thread Masataka Ohta
o IRRs and RPKI, whatever wrong things stub networks might do, they only harm the stub networks and their peers and are "reasonably safe" for rest of us. So? Masataka Ohta

Re: "Tactical" /24 announcements

2021-08-14 Thread Masataka Ohta
with address ranges of 131.112.32.0/24 and 131.112.33.0/24 advertise 131.112.32.0/23, the result will be disastrous for the networks. As such, even stub networks should advertise exact address ranges of them. Masataka Ohta

Re: "Tactical" /24 announcements

2021-08-14 Thread Masataka Ohta
, IPv6 is hopeless as rfc2374 was abandoned. Masataka Ohta

Re: "Tactical" /24 announcements

2021-08-10 Thread Masataka Ohta
y easy. Masataka Ohta

Re: "Tactical" /24 announcements

2021-08-09 Thread Masataka Ohta
William Herrin wrote: I did some math on this years ago and it worked out to about 8.5 million IPv4 routes. It should be 14M. Worse, it will be reached unless we stop doing multihoming by routing, which is selfish. Masataka Ohta

Re: Layer 2 based anycast - Kind like GLBP - Research

2021-07-02 Thread Masataka Ohta
are different things. Masataka Ohta

Re: Layer 2 based anycast - Kind like GLBP - Research

2021-07-01 Thread Masataka Ohta
your requirements. See rfcs 2461 and 4861. Glad to know it is totally ignored by most, if not all. Masataka Ohta

Re: Muni broadband sucks (was: New minimum speed for US broadband connections)

2021-06-04 Thread Masataka Ohta
Baldur Norddahl wrote: Sorry but that claim is completely wrong. Cabling cost scales linearly with the number of cores. My apology to Masataka Ohta for my too strong wording by calling you wrong. The moderators put me in place. I wanted to say I disagree with the claim. I rather thank

Re: Muni broadband sucks (was: New minimum speed for US broadband connections)

2021-06-03 Thread Masataka Ohta
double the cost of 144. Yup. When PON was first conceived several tens of years ago, core cost a lot. But, today... Masataka Ohta

Re: Muni broadband sucks (was: New minimum speed for US broadband connections)

2021-06-03 Thread Masataka Ohta
to, e.g. 8 customers) can survive, resulting in monopoly. Masataka Ohta

Re: Muni broadband sucks (was: New minimum speed for US broadband connections)

2021-06-03 Thread Masataka Ohta
ON with 10G switches, how can it be upgraded to 10GPON with 100G switches? The ISP is just providing bits, customer service, billing, and maybe the inside install and CPE. You miss "bps", which is essential to be "broadband". Masataka Ohta

Re: Muni broadband sucks (was: New minimum speed for US broadband connections)

2021-06-02 Thread Masataka Ohta
are can win the initial competition, after which there is monopoly. Masataka Ohta

Re: Call for academic researchers (Re: New minimum speed for US broadband connections)

2021-05-30 Thread Masataka Ohta
with reasonably small busy probability. Though PNNI and RSVP failed with reasons, it is not very difficult to have scalable protocols and scalable queuing to do so. Masataka Ohta

Re: Nice work Ron

2021-01-24 Thread Masataka Ohta
JORDI PALET MARTINEZ via NANOG wrote: If you don't like it, stop complaining, and send a policy proposal, It is wast of time to complain or to modify practically obsoleted policy. Masataka Ohta

Re: Nice work Ron

2021-01-24 Thread Masataka Ohta
;. > As I said, several times, the official documents are the Spanish > version, and in the Spanish version the right word being used is > "mayoría", which I believe, in *this context* it is better > translated to "majority". which is not compatible with translation by google. Masataka Ohta

Re: Nice work Ron

2021-01-24 Thread Masataka Ohta
tly consisting of ISPs. Masataka Ohta

Re: Nice work Ron

2021-01-24 Thread Masataka Ohta
", "majority", "many", "bulk" and "plurality"? Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
that reached consensus, and that is "recent" change. Moreover, corresponding word in Spanish page is "mayoritariamente", English translation of which is "mostly", "mainly", "chiefly" or "by majority" according to: https://www.s

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
"Falkland Islands"). So, it is likely that English is one of a formal language of LACNIC. A theoretical (perhaps not practical) problem is that French is the official language in "French Guiana". Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
it should be English. But, it is likely that LACNIC does not define any formal language. Does it? Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
actices today, is not and can not be enforced. >> The community decided that my proposal to add the explicit "footnote" Then, the "footnote" might be applicable to *SOME* part of "the community" but definitely not beyond it. Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
acknowledge your statement that even yellows like me can and should contribute to the *GLOBAL* community. I really thank you very much. Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
rity is well interpreted as more than half, right? Are you, now, saying unreasonable request of "50%" is the requirement and "40%" is not enough? Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
of LACNIC not in English or Russian, which is why some reservation statements I mentioned could have been essentially important. Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
utside of LACNIC region? If there is no restriction, it means locality requirement is effectively invalidated. Masataka Ohta

Re: Nice work Ron

2021-01-22 Thread Masataka Ohta
-to-forfeit-internet-space-occupied-by-parler/ that are supposed to be given only to entities with a physical presence in the region Masataka Ohta PS I'm, anyway, glad that Ron now understand that "stealing" of IP address

Re: Parler

2021-01-19 Thread Masataka Ohta
ental evil. To be purely technically, cloud is an intelligent intermediate entity totally against the E2E principle and, thus, is the fundamental evil. Masataka Ohta

Re: Re Parler

2021-01-14 Thread Masataka Ohta
. That parler.com resolves to be 0.0.0.0 is, certainly, stupid. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-06 Thread Masataka Ohta
d IP stack. Regardless of whether a computer is with or without OS, no IP stack, part of which may be implemented by hardware, can generate emergency alert by itself, unless some UDP port is specified for it, which is what I have been saying. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
for ARM and DSP TI processors. but harder to understand for people who lack precise knowledge on what computers and OSes are. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
alert. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
Brandon Martin wrote: On 1/4/21 10:01 AM, Masataka Ohta wrote: Any device with speaker should produce audible alert and any device with display should produce visible alert. I'm not sure typical North American residential construction could tolerate the sonic pressure generated

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
ted by FCC), are regulatory required to support specialized mechanism, maybe as OS internal functionality or maybe as application bundled with OS, for regulatory required alert. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
at the IP layer, the alert must be distributed at the IP layer, that is, by ISPs. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-04 Thread Masataka Ohta
scale, though many of you might think FCC can control all the foreign operators. Masataka Ohta

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-03 Thread Masataka Ohta
Mark Foster wrote: On 3/01/2021 2:41 am, Masataka Ohta wrote: Sean Donelan wrote: the Commission shall complete an inquiry to examine the feasibility of updating the Emergency Alert System to enable or improve alerts to consumers provided through the internet, including through streaming

Re: NDAA passed: Internet and Online Streaming Services Emergency Alert Study

2021-01-02 Thread Masataka Ohta
me routers may filter the broadcast packets from ISPs, but the routers may be upgraded or some device to snoop the alert packets may be placed between ISPs and the routers. Masataka Ohta

Re: how many bits of entropy do we need for load balancing?

2020-12-15 Thread Masataka Ohta
be, in practice, enough. Masataka Ohta

Re: how many bits of entropy do we need for load balancing?

2020-12-15 Thread Masataka Ohta
On 2020/12/15 3:16, Lawrence Wobker wrote: So I’d argue that the pedantic answer is “you need only as many bits of entropy as your largest fan out” — meaning that 10 bits would allow 1024-way ECMP. But I don’t think that’s what you were actually after... Most of the challenges I’ve seen are

Re: Compromized modems in Thai IP Space

2020-08-11 Thread Masataka Ohta
blacklisting). (yes, I tried to get through to NOC's of the affected providers), ISPs can do nothing, unless they know how to prevent free riding by wiretapping without harming paying customers. Masataka Ohta

Re: 60ms cross continent

2020-07-09 Thread Masataka Ohta
? Unicast video over satellite link costs a lot. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-24 Thread Masataka Ohta
for an organization with 1s of users, which is : at least our case here at titech.ac.jp. the number of remaining bits save the first 16 matters, which depends on IP version. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-23 Thread Masataka Ohta
. Flooding nature of BGP requires all the related entities treat everything, regardless of whether they need it entirely or not. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-23 Thread Masataka Ohta
Masataka Ohta wrote: The point of Yakov on day one was that, flow driven approach of Ipsilon does not scale and is unacceptable. Though I agree with Yakov here, we must also eliminate all the flow driven approaches by MPLS or whatever. I still don't see them in practice, even though they may

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-23 Thread Masataka Ohta
to be able to offer complex calculator service including trigonometric/exponential/logarithmic functions, which was impossible by handheld calculators at that time. My favorite example when I explain the E2E principle. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-23 Thread Masataka Ohta
What? You are saying "payload" not something carrying "payload" is MP. Then, plain Ethernet is MP with EtherType, isn't it? Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-22 Thread Masataka Ohta
also eliminate all the flow driven approaches by MPLS or whatever. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-22 Thread Masataka Ohta
sources. A router can't be clever on something, unless it is provided with very detailed information on all the possible destinations, which needs a lot of routing traffic making entire system not to scale. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-22 Thread Masataka Ohta
it. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-21 Thread Masataka Ohta
e problem is that we can't afford traffic (and associated processing by all the related routers or things like those) and storage (at or near source) for routing (or MPLS, SR* or whatever) with such detailed routing at the destinations. Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-21 Thread Masataka Ohta
. Masataka Ohta

Re: Devil's Advocate - Segment Routing, Why?

2020-06-21 Thread Masataka Ohta
n a large network where IGP needs hierarchy (such as OSPF area). Masataka Ohta

Re: why am i in this handbasket? (was Devil's Advocate - Segment Routing, Why?)

2020-06-20 Thread Masataka Ohta
ch is one of a reason why we should obsolete IPv6. Though resource reserved flows need their own routing table entries, they should be charged proportional to duration of the reservation, which can scale to afford the cost to have the entries. Masataka Ohta

Re: Devil's Advocate - Segment Routing, Why?

2020-06-20 Thread Masataka Ohta
tra-domain hierarchical routing with a lot of flexibility, which means a lot of unnecessary complications. Masataka Ohta

Re: Devil's Advocate - Segment Routing, Why?

2020-06-19 Thread Masataka Ohta
? Last - when I originally discussed just plain MPLS with customers with single application of hierarchical routing (no BGP in the core) frankly no one was interested. MPLS with hierarchical routing just does not scale. Masataka Ohta

Re: Devil's Advocate - Segment Routing, Why?

2020-06-19 Thread Masataka Ohta
sts less than using MPLS capable IP routers, BGP-only administration costs less than BGP and MPLS administration. For better networking infrastructure, extra cost should be spent for L1, not MPLS or very complicated technologies around it. Masataka Ohta

Re: Devil's Advocate - Segment Routing, Why?

2020-06-19 Thread Masataka Ohta
uters than insisting on having a little fewer MPLS routers. Masataka Ohta

Re: alternative to voip gateways

2020-05-08 Thread Masataka Ohta
ces. Optimum? FTTH to 1700 homes in a newly built apartment building, maybe. So? > That probably depends on your country. Here nothing less than 100 Mbps is > acceptable :-). That's FTTC, as I already pointed out. Masataka Ohta

Re: alternative to voip gateways

2020-05-07 Thread Masataka Ohta
in the better financial result of the company. Even if the initial investment is higher. Investment for FTTH is 10 times or more than that for plain DSL. Masataka Ohta

Re: CGNAT Solutions

2020-04-30 Thread Masataka Ohta
rks deploy ipv6 — which is > basic and sensible engineering and economics. A similar set of forces are > at work on the content / cloud / iot side. Perfect argument for OSI. Masataka Ohta

Re: CGNAT Solutions

2020-04-29 Thread Masataka Ohta
. https://tools.ietf.org/html/draft-ohta-e2e-nat-00 Masataka Ohta Since we are talking numbers ans hard facts I'm rather interested in not numbers but facts on the E2E transparency, because, without the transparency, legacy NAT44 should be enough

Re: CGNAT Solutions

2020-04-29 Thread Masataka Ohta
to E2ENAT with complete end to end transparency using IPv4 only, which means we don't need IPv6 with 4to6 NAT lacking the transparency. https://tools.ietf.org/html/draft-ohta-e2e-nat-00 Masataka Ohta

Re: CGNAT Solutions

2020-04-29 Thread Masataka Ohta
. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-20 Thread Masataka Ohta
to avoid QUIC. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-20 Thread Masataka Ohta
lification. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-19 Thread Masataka Ohta
be used up before timeout. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-19 Thread Masataka Ohta
umber of customers that you can prepare rate limiting devices proportional to the number of customers to make customer wise rate limiting scale. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-19 Thread Masataka Ohta
which are unlikely to be multihomed. Masataka Ohta

Re: QUIC traffic throttled on AT residential

2020-02-18 Thread Masataka Ohta
. Masataka Ohta

<    1   2   3   4   5   6   7   >