🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.internet.polip
Article #96143

Re: ipv6: tunnel sit do 192.88.99.1 i załatwianie PI

#96143
From: Andrzej Wolski
Date: Tue, 18 Dec 2012 12:08
43 lines
2994 bytes
On Wed, 31 Oct 2012 11:29:10 +0000 (UTC), konrad rzentarzewski <konrad@rzentarzewski.net> wrote:
> Art from [ a ] ...
>
>:> : Drugie pytanie jak PI ipv6 załatwiać oficjalnie.
>:> zapomnij, jak chcesz własne v6 dostać to musisz być urynalirem.
>:
>: Dokładniej to jak chce IPv6 PI dla siebie to LIRem być nie musi i bez 
>: problemu dostanie /48 PI.
>:
>: Jak chce IPv6 PI dla klientów to LIR niezbędny.
>
> z pierwszej ręki - dostałem odpowiedź od RIPE że mam sobie założyć LIR
> albo zgłosić się po IP do swojego LIRa.
>
> z tego samego wniosku dostałem "od ręki" /22 - w v4 (w lutym).
>
> AS jest dostawcą treści, więc IP jak najbardziej dla potrzeb własnych.
>
> argumentacja była taka, że PI to infrastruktura, a jak na tych IP są
> jakieś usługi, to już jest "End User" i nie może być PI - tutaj
> można sobie poczytać:
> http://pastie.org/private/riz0jdpstiknbpj8tmmpag

PI jest dla użytkownika końcowego i jest to zaznaczane jako użytek
(assignment) w przeciwieństwie do PA, który jest przydziałem ale nie
użytkiem (to robi później LIR rejestrując używane podsieci). 

W v4 sporo małych ISP użwało PI i to było zgodne z polisą ponieważ 
przyznawano tylko jeden adres z większej puli  który następnie jest NATowany
po stronie klienta jednak z bramką dalej po stronie dostawcy. Więc 
faktycznie był częścią infrastruktury dostawcy. 
Problem z PI w v6 jest taki że zawsze będziesz dawał klientowi podsieć 
przynajmniej /64 a to już jest tzw. sub-assignment czyli przyznanie 
jeszcze raz sieci lub podsieci która jest już zarejestrowana jako używana a to jest
niezgodne z zasadami.

http://www.ripe.net/ripe/docs/ripe-552#IPv6_PI_Assignments

Także koniec końców, żeby przydzielać adresy dalej musisz zostać LIRem
lub dostać sub-alokacje od Twojego dostawcy.
-- 
Andrzej Wolski aka Taihen
mailto/xmpp/http: taihen.org
Technical Details
Message-ID: <slrnkd0n5h.tm5.taihen@bee.taihen.org>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!nf1.ipartners.pl!ipartners.pl!news.sileman.pl!not-for-mail
References: <slrnk8llis.s5h.write-only-with-spf@dns.media-lab.com.pl> <ubergeek.20121027124119633834813@kondi.net> <k6hcc0$f5t$1@portraits.wsisiz.edu.pl> <ubergeek.20121031121823288411195@kondi.net>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!news.supermedia.pl!news.nask.pl!news.nask.org.pl!nf1.ipartners.pl!ipartners.pl!news.sileman.pl!not-for-mail
From: Andrzej Wolski <taihen@taihen.org>
Newsgroups: pl.internet.polip
Subject: Re: ipv6: tunnel sit do 192.88.99.1 i załatwianie PI
Date: Tue, 18 Dec 2012 12:08:17 +0000 (UTC)
Organization: Sileman news server
Lines: 43
Message-ID: <slrnkd0n5h.tm5.taihen@bee.taihen.org>
References: <slrnk8llis.s5h.write-only-with-spf@dns.media-lab.com.pl> <ubergeek.20121027124119633834813@kondi.net> <k6hcc0$f5t$1@portraits.wsisiz.edu.pl> <ubergeek.20121031121823288411195@kondi.net>
NNTP-Posting-Host: bee.taihen.org
Mime-Version: 1.0
X-Trace: kushnir.sileman 1355832497 11303 85.11.78.78 (18 Dec 2012 12:08:17 GMT)
X-Complaints-To: usenet@kushnir.sileman
NNTP-Posting-Date: Tue, 18 Dec 2012 12:08:17 +0000 (UTC)
User-Agent: slrn/pre1.0.0-18 (Linux)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit