🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.internet.polip
Article #95811

Re: Koniec PI IPv4 w ciągu 2-3lat?

#95811
From: Piotr KUCHARSKI
Date: Tue, 15 Nov 2011 14:21
42 lines
3311 bytes
Przemyslaw Frasunek <venglin+usenet@freebsd.lublin.pl> wrote:
> Ale to nie jest istota problemu. Ja wdrozylem u siebie IPv6 na PPPoE.
> Wystawiam klientowi /64 na styku, ale nie mam sensownej mozliwosci
> wyroutowania kolejnego /64 na jego LAN. Czyli dla klienta z routerem,
> takie IPv6 jest bezuzyteczne.

Uhm, nie rozumiem, czemu kolejnego? Nie może to być jedno /64, zawsze
z pierwszym ip (...::1) jako adres routera? Czy tylko chodzi o problem
z konfiguracją routera, że albo musi umieć DHCPv6, albo być skonfigurowanym
poprawnie do autokonfiguracji (router discovery)?

Operatorzy, którzy dają klientom routerki są tu do przodu, bo mogą
je sami skonfigurować… Comcast zaczął tak robić:

http://blog.comcast.com/2011/11/ipv6-deployment.html

  This first phase will support certain types of directly connected CPE, 
  where a single computer is connected directly to a cable modem. Subsequent
  phases in 2011 and 2012 will support home gateway devices and variable 
  length prefixes. Critically, our approach is "native dual stack" which 
  means customers will get both IPv4 and IPv6 addresses. 

http://blog.comcast.com/2011/11/ipv6-deployment-technology.html

  This first phase will support certain types of directly connected CPE, 
  where a computer is connected directly to a cable modem. This will depend 
  upon the cable modem (a subset of DOCSIS 3.0 cable modems, which will 
  expand over time) and will also depend upon the operating system (only 
  Windows 7, Windows Vista, Mac OS X 10.7 / Lion), which must support 
  stateful DHCPv6.

  For directly connected CPE, we will allocate an individual IPv6 address
  (/128), since we know that only a single device is connecting, with no
  additional need to subnet. When we begin our support for home gateway 
  devices late this year, we initially plan to use a default IPv6 prefix
  allocation that is a /64 in length

p.

-- 
Beware of he who would deny you access to information, for in his
heart he dreams himself your master.   -- Commissioner Pravin Lal
Technical Details
Message-ID: <j9tsgf$k2p$1@node2.news.atman.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
References: <j95oan$8ra$1@inews.gazeta.pl> <p9lio8-nn9.ln1@news.e-utp.net> <j96g75$eu9$1@news.onet.pl> <8kplo8-jmn.ln1@news.e-utp.net> <j99ip6$9vp$1@news.onet.pl> <m37h3agu7s.fsf@intrepid.localdomain> <j9ete3$ntv$1@node2.news.atman.pl> <j9evrm$r4o$1@news.onet.pl> <j9f07n$rs6$1@news.onet.pl> <j9f1os$2bh$1@news.onet.pl> <slrnjbmpvu.i14.fenio@serwer.fenski.pl> <slrnjbn7ok.82g.venglin+usenet@lagoon.freebsd.lublin.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
From: Piotr KUCHARSKI <nospam@42.pl>
Newsgroups: pl.internet.polip
Subject: Re: Koniec PI IPv4 w ciągu 2-3lat?
Date: Tue, 15 Nov 2011 14:21:03 +0000 (UTC)
Organization: ATMAN - ATM S.A.
Lines: 42
Sender: Piotr KUCHARSKI <bif@42.pl>
Message-ID: <j9tsgf$k2p$1@node2.news.atman.pl>
References: <j95oan$8ra$1@inews.gazeta.pl> <p9lio8-nn9.ln1@news.e-utp.net> <j96g75$eu9$1@news.onet.pl> <8kplo8-jmn.ln1@news.e-utp.net> <j99ip6$9vp$1@news.onet.pl> <m37h3agu7s.fsf@intrepid.localdomain> <j9ete3$ntv$1@node2.news.atman.pl> <j9evrm$r4o$1@news.onet.pl> <j9f07n$rs6$1@news.onet.pl> <j9f1os$2bh$1@news.onet.pl> <slrnjbmpvu.i14.fenio@serwer.fenski.pl> <slrnjbn7ok.82g.venglin+usenet@lagoon.freebsd.lublin.pl>
NNTP-Posting-Host: 42.pl
Mime-Version: 1.0
X-Trace: node2.news.atman.pl 1321366863 20569 79.98.145.42 (15 Nov 2011 14:21:03 GMT)
X-Complaints-To: usenet@atman.pl
NNTP-Posting-Date: Tue, 15 Nov 2011 14:21:03 +0000 (UTC)
User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/8.2-PRERELEASE (amd64))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit