Just to clear up a few misconceptions:
begin explanation current situation
Router advertisements are exactly what the name suggests, routers advertising
their presence. The first function of router advertisements is to tell hosts
where the routers are, so the hosts can install a defau
Iljitsch van Beijnum wrote:
> Just to clear up a few misconceptions:
Only to add yet another misconception without any clearing up?
> Router advertisements are exactly what the name suggests,
> routers advertising their presence.
> The first function of router advertisements is to tell
> hosts w
2011/12/28 Masataka Ohta :
> Granted that the notion of default router of IPv4 is no better
> than that of IPv6.
Please present a reasonable alternative.
--
Ray Soucy
Epic Communications Specialist
Phone: +1 (207) 561-3526
Networkmaine, a Unit of the University of Maine System
http://www.netw
Ray Soucy wrote:
>> Granted that the notion of default router of IPv4 is no better
>> than that of IPv6.
>
> Please present a reasonable alternative.
According to the end to end argument, the only possible solution
to the problem, with no complete or correct alternatives, is to
let hosts directl
On 28 Dec 2011, at 13:26 , Ray Soucy wrote:
>> Granted that the notion of default router of IPv4 is no better
>> than that of IPv6.
> Please present a reasonable alternative.
Obviously reducing down the entire DFZ to a single default route is a bad case
of premature optimization, which we all k
Iljitsch van Beijnum wrote:
>>> Granted that the notion of default router of IPv4 is no better
>>> than that of IPv6.
>
>> Please present a reasonable alternative.
>
> Obviously reducing down the entire DFZ to a single default route
> is a bad case of premature optimization,
Stop confusing "def
2011/12/28 Masataka Ohta :
> According to the end to end argument, the only possible solution
> to the problem, with no complete or correct alternatives, is to
> let hosts directly participate in IGP activities.
>
> See the paper by Saltzer et. al.
So your entire argument is based on an academic p
On Wed, 28 Dec 2011 21:56:19 +0900, Masataka Ohta said:
> According to the end to end argument, the only possible solution
> to the problem, with no complete or correct alternatives, is to
> let hosts directly participate in IGP activities.
That's only for hosts that are actively trying to commun
On 12/28/2011 03:13, Iljitsch van Beijnum wrote:
> However, this has two issues. First, with RAs there are no risks that
> incorrect default information is propagated because the default
> gateway itself broadcasts its presence.
Unless you have a malicious user on the network in which case all
tra
On Wed, Dec 28, 2011 at 18:16, Doug Barton wrote:
> On 12/28/2011 03:13, Iljitsch van Beijnum wrote:
> > However, this has two issues. First, with RAs there are no risks that
> > incorrect default information is propagated because the default
> > gateway itself broadcasts its presence.
>
> Unless
> Second, publishing specifications, implementing them and waiting for
> users to adopt them takes a very, very long time. For DHCPv6 support,
> the time from first publication (2003) until wide availability (2011)
> has been 8 years. Are we ready to live in a half-baked world for
> another half
valdis.kletni...@vt.edu wrote:
>> According to the end to end argument, the only possible solution
>> to the problem, with no complete or correct alternatives, is to
>> let hosts directly participate in IGP activities.
>
> That's only for hosts that are actively trying to communicate on more than
On Wed, Dec 28, 2011 at 6:16 PM, Doug Barton wrote:
> On 12/28/2011 03:13, Iljitsch van Beijnum wrote:
>> Second, publishing specifications, implementing them and waiting for
>> users to adopt them takes a very, very long time. For DHCPv6 support,
>> the time from first publication (2003) until w
On Thu, 29 Dec 2011 11:51:00 +0900, Masataka Ohta said:
> valdis.kletni...@vt.edu wrote:
> > Quick sanity check on the hypothesis: Does Windows ship with an IGP enabled
> > by
> > default?
> Sanity check with Windows? Are you sure?
It's a quick sanity check to this statment:
>> According to the
valdis.kletni...@vt.edu wrote:
>>> Quick sanity check on the hypothesis: Does Windows ship with an IGP enabled
>>> by
>>> default?
>
>> Sanity check with Windows? Are you sure?
>
> It's a quick sanity check to this statment:
>
>>> According to the end to end argument, the only possible solutio
Masataka Ohta wrote:
Because that's the Microsoft quality. PERIOD.
"We knew it was a crooked game, but it was the only game in town."
* Valdis Kletnieks:
>>> According to the end to end argument, the only possible solution
>>> to the problem, with no complete or correct alternatives, is to
>>> let hosts directly participate in IGP activities.
>
> If it's the "only possible spolution", how come 99.8% of the end nodes
> do just fi
(*) If you think I'm going to run an IGP on some of my file servers when
"default route to the world out the public 1G interface, and 5 static routes
describing the private 10G network" is actually the *desired* semantic because
if anybody re-engineers the 10G net enough to make me change the rout
On Thu, 29 Dec 2011 21:53:29 +0900, Masataka Ohta said:
> IGP snooping is not necessary if the host have only one next
> hop router.
You don't need an IGP either at that point, no matter what some paper from
years ago tries to assert. :)
pgpOVkl5pWSgU.pgp
Description: PGP signature
On Thu, 29 Dec 2011 09:14:20 GMT, Florian Weimer said:
> Because there's a CPE which acts as a mediator, or the host uses some
> dial-up-type protocol which takes care of the IGP interaction.
So what percent of the *CPE* in the average cable-internet or DSL farm *actually
uses* an IGP, and how muc
valdis.kletni...@vt.edu wrote:
> So what percent of the *CPE* in the average cable-internet or DSL farm
> *actually
> uses* an IGP,
As I wrote:
> If a host receives RAs only from a router, the host can do
> nothing other than installing the router as the default
> router. If not, however, the h
Sounds like we have one group saying that IPv6 is too complicated and
that all the "overhead" of IPv6 had resulted in slow adoption.
Meanwhile we have others saying it doesn't have enough functionality,
and should also include IGP.
Seems like IPv6 as it is has struck a balance somewhere in the mi
Ray Soucy wrote:
Sounds like we have one group saying that IPv6 is too complicated and
that all the "overhead" of IPv6 had resulted in slow adoption.
Meanwhile we have others saying it doesn't have enough functionality,
and should also include IGP.
Not at all. It is wrong that ND is so compli
On 12/29/2011 7:59 AM, Cameron Byrne wrote:
Next topic, ethernet is too chaotic and inefficient to deploy and support
mission critical applications in LAN or WAN or data center.
See IEEE1588v2 (Precision Time Protocol), SyncE, and Data center
bridging (DCB) - all attempts to remedy such ineff
>... host systems should participate in IGP
>We tried that.
>It didn't scale well.
>The Internet today is very different than the Internet in 1981.
-did you? I thought CLNS with plethora of ip addresses compared to ipv4 was
buried before it could be widely deployed, I was not around back than
On Dec 29, 2011 6:38 AM, "Ray Soucy" wrote:
>
> Sounds like we have one group saying that IPv6 is too complicated and
> that all the "overhead" of IPv6 had resulted in slow adoption.
>
> Meanwhile we have others saying it doesn't have enough functionality,
> and should also include IGP.
>
> Seems
On Dec 29, 2011, at 2:27 AM, Vitkovsky, Adam wrote:
>> ... host systems should participate in IGP
>
>> We tried that.
>
>> It didn't scale well.
>
>> The Internet today is very different than the Internet in 1981.
>
> -did you? I thought CLNS with plethora of ip addresses compared to ipv4 was
valdis.kletni...@vt.edu wrote:
>> IGP snooping is not necessary if the host have only one next
>> hop router.
> You don't need an IGP either at that point, no matter what some paper from
> years ago tries to assert. :)
IGP is the way for routers advertise their existence,
though, in this simples
On Dec 29, 2011, at 5:30 16PM, Masataka Ohta wrote:
> valdis.kletni...@vt.edu wrote:
>
>>> IGP snooping is not necessary if the host have only one next
>>> hop router.
>
>> You don't need an IGP either at that point, no matter what some paper from
>> years ago tries to assert. :)
>
> IGP is th
On Fri, 30 Dec 2011 07:30:16 +0900, Masataka Ohta said:
> IGP is the way for routers advertise their existence,
> though, in this simplest case, an incomplete proxy of
> relying on a default router works correctly.
Which is sufficient for 99.8% of hosts out there.
> Beyond that, if there are mult
In message <68424.1325204...@turing-police.cc.vt.edu>, valdis.kletni...@vt.edu
writes:
> On Fri, 30 Dec 2011 07:30:16 +0900, Masataka Ohta said:
> > IGP is the way for routers advertise their existence,
> > though, in this simplest case, an incomplete proxy of
> > relying on a default router work
On Fri, 30 Dec 2011 12:12:43 +1100, Mark Andrews said:
> Well I'd like to be able to plug in the cable router and the DSL
> router at home and have it all just work. Just because it is 0.2%
> today doesn't mean that it will be 0.2% in the future. As home
> users get more and more dependent on th
On 12/29/2011 8:12 PM, Mark Andrews wrote:
> Well I'd like to be able to plug in the cable router and the DSL
> router at home and have it all just work.
Well, that's not too far removed from the plugged-in laptop with the
wireless still active. Toss-up which one wins default route.
What would y
Steven Bellovin wrote:
>> Considering that the reason to have multiple routers
>> should be for redundancy, there is no point to use
>> one of them as the default router.
> VRRP? The Router Discovery Protocol (RFC 1256). But given
> how much more reliable routers are today than in 1984, I'm
> n
On Dec 29, 2011, at 7:00 PM, Jeff Kell wrote:
> The real-world case for host routing (IMHO) is a server with a public
> interface, an administrative interface, and possibly a third path for
> data backups (maybe four if it's VMware/VMotion too). Unless the
> non-public interfaces are flat subnet
In message <69748.1325208...@turing-police.cc.vt.edu>, valdis.kletni...@vt.edu
writes:
> On Fri, 30 Dec 2011 12:12:43 +1100, Mark Andrews said:
>
> > Well I'd like to be able to plug in the cable router and the DSL
> > router at home and have it all just work. Just because it is 0.2%
> > today
OK, this is getting ridiculous.
Let's assume that we have a model where host systems receive the
global routing table from service providers. The stated reason for
this is so that they could make their own routing decisions when
multi-homed environment. Presumably with each ISP connected to a L2
On 29 Dec 2011, at 0:16 , Doug Barton wrote:
> On 12/28/2011 03:13, Iljitsch van Beijnum wrote:
>> However, this has two issues. First, with RAs there are no risks that
>> incorrect default information is propagated because the default
>> gateway itself broadcasts its presence.
> Unless you have
Ray Soucy wrote:
But that is only the case if you let customers have a PI prefix (which
I think is really required in a purist end-to-end model, but for the
sake of argument...).
Multihoming by routing, by the intermediate systems, is against
the end to end principle, which is why it does not
Well, it seems now you've also added the requirement that we also
dramatically re-write all software that makes use of networking.
Seemingly for the sake of never admitting that you can be wrong.
You seem to think that the OSI model is this nice and clean model that
cleanly separates everything an
Steven Bellovin wrote:
VRRP? The Router Discovery Protocol (RFC 1256). But given
how much more reliable routers are today than in 1984, I'm
not convinced it's that necessary these days.
VRRP is an absolutely essential protocol in today's Internet. We use
it on every non-bgp customer port.
VRRP is still useful, and for those who find it useful it has been
extended to IPv6 [RFC5798]. Vendors, such as Cisco, have already
begun shipping functional implementations as well it would seem.
There are certainly pieces of IPv6 that will need refinement (and we
will likely see that happen ove
On 12/30/11 08:47 , Kevin Loch wrote:
> It is very common to have different "routers" (routers, firewalls or
> load balancers) on the same vlan with different functions in hosting
> environments. It is also sometimes necessary to have multiple default
> gateways on the same vlan for load balancin
On 29 Dec 2011, at 13:46 , Masataka Ohta wrote:
> we must assume MTU of 1280B. But, as IPv6 extension headers can
> be as lengthy as 1000B or 2000B, no applications are guaranteed
> to work over IPv6.
As IP is an unreliable datagram service, there are no guarantees, period.
The presence of firew
> Multihoming with multiple addresses works at transport/application
layer over existing IPv4 and IPv6.
May be there is some light with Multipath TCP:
http://www.ietf.org/proceedings/75/slides/mptcp-0.pdf
http://datatracker.ietf.org/wg/mptcp/charter/
If you can live without UDP and other issues d
Christian Esteve wrote:
> May be there is some light with Multipath TCP:
> http://www.ietf.org/proceedings/75/slides/mptcp-0.pdf
> http://datatracker.ietf.org/wg/mptcp/charter/
Not bad.
> If you can live without UDP and other issues discussed in this bizarre
> discussion...
UDP connection, if a
Ray Soucy wrote:
Well, it seems now you've also added the requirement that we also
dramatically re-write all software that makes use of networking.
Seemingly for the sake of never admitting that you can be wrong.
Thank you for failing to point out where I am wrong.
You seem to think that the
valdis.kletni...@vt.edu wrote:
>> Beyond that, if there are multiple routers, having a default
>> router and relying
> Yes yes we know, and we've understood this for a quarter century or so. My
> disagreement is that even though 99.8% of machines *don't* have multiple
> routers, you seem to be p
On 1/11/12 9:58 AM, Masataka Ohta wrote:
A better default could be that IGP will be automatically invoked
if DHCP does not supply a default router.
That's ridiculous. You need some link state to even find a
DHCP server. So, the very idea that DHCP would tell you where
your routers are is prep
49 matches
Mail list logo