Zer negoziatzen du IPv6CPk eta zerk behar du oraindik prefijo bat
PPP interfazeko link-local helbidea konfigurazio urratsa da, ez IPv6 sarbidea. Bereizi identifikatzaileen trukea prefijo, bide eta bezeroaren integrazioetatik.
IPv6 PPP interfazean altxatzen da, link-local helbide bat agertzen da, eta aldaketa amaitutzat jotzen da. Ondoren ezer ez da bideratzen, ez dago helbide globalik, eta helmuga publikorako proba batek huts egiten du interfazea konfiguratuta ematen duen bitartean. Esteka altxatu zen; sareak ez zuen inoiz egin. Egin beheko lau egiaztapenak hurrenez hurren eta gelditu hutsunea azaltzen duen egiaztapenean.
Zer frogatzen duen link-local helbide batek benetan
IPv6CPk IPv6 altxatzen du PPP estekan eta alde bakoitzarentzat interfaze-identifikatzaile bat negoziatzen du. Identifikatzaile horrek link-local helbide bat sortzen du, estekaren bidez parearekin hitz egiteko nahikoa dena eta beste ezer ez iristeko bezainbestekoa ez dena. Helbideak esteka IPv6rako prest dagoela frogatzen du, eta ezer ez du frogatzen parearen atzeko sareari buruz. Sarbide-helbide gisa irakurtzea da ikerketa horien gehienak hasten diren akatsa.
Beheko lau galderak esteka-geruzak erabakitzen duena eta zerbitzuak eman behar duena bereizten dituzte. Erantzun horiei hurrenez hurren, geroagoko galdera bati ezin baitzaio erantzun aurreko bat irekita dagoen bitartean.
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
Nondik etorri behar duen prefijoak
Helbide global batek prefijo bat behar du nonbaitetik: router iragarpen bat, delegatutako prefijo bat, DHCPv6 edo konfigurazio estatikoa. IPv6CPk ez du bat ere eramaten, eta estekak itxaroteak ez du bat sortuko. RFC 5072 konfigurazio urrats gisa kokatzen du IPv6CP, estekan beste IPv6 protokolo batzuk funtzionatu aurretik exekutatzen dena, eta hori da bere esparru osoa: esteka prestatzea, ez sarea zenbakitzea. Eman prefijoa eta interfazea trafikoa eramaten hasiko da, soilik existitu beharrean.
Router iragarpenak erantzun ohikoa dira sare lokal batean eta fidagarritasun txikiagokoak puntutik punturako tunel batean, bezeroak eskaerak bidali eta erantzuna onartu behar dituelako aldi berean. Tunel bezero batzuek ez dute bat ere egiten. Egiaztatu zer onartzeko prest dagoen bezeroa, zerbitzariak bidali behar duela erabaki aurretik.
Prefijo berak beste muturretik irisgarria izan behar du. Helbide globala duen baina itzulerako biderik ez duen bezero bat konfiguratuta dago, ez konektatuta.
Bideak promesa bereizi bat dira
Helbide bat izan arren, bezeroak jakin behar du zein helmuga dagozkion tunelari, eta zerbitzariak itzulerako bide bat behar du helmuga horietarako. Bi erabaki dira, bi tokitan hartuak. IPv6 trafiko guztia daraman tunel batek bide lehenetsia behar du bezeroan eta itzulerako bidea zerbitzarian; tunel zatitu batek bi aldeek prefijo-zerrenda berean adostu behar dute. Ados ez daudenean, trafikoa irteten da eta ez da inoiz itzultzen.
Idatzi zerrenda ezer konfiguratu aurretik. Planak dioenak tuneletik prefijo korporatiboa soilik pasatzen dela, orduan bezeroak ez luke IPv6 bide lehenetsirik izan behar, eta zerbitzariak ez luke bat iragarri behar.
Bezeroaren integrazioak erabakitzen du gainerakoa
Tunel bezero batzuek IPv6 modu esplizituan konfiguratzen dute. Adibidez, Apple-ren Network Extension-ek helbide bat, prefijo bat eta bide multzo bat hartzen ditu tunelerako, beraz hura erabiltzen duen aplikazio batek ez du Ethernet estiloko iragarpenen zain egoten. Beste batzuek estekaren bidez iristen diren router iragarpenen mende daude. Bi modeloak zilegiak dira eta zerbitzariaren portaera desberdina behar dute, beraz okerra hautatzeak betiko itxaroten duen bezero bat sortzen du inork bidaltzen ez duen mezu baten zain. Identifikatu modeloa zerbitzaria aldatu aurretik.
ppp0 bezalako interfaze-izen zahar batek ez du ezer frogatzen gaur egun exekutatzen den pilari buruz. Gaur egungo bezero batek pakete-tunel API bat erabil dezake PPP interfazearen ordez, eta konexio historiko gisa jokatzen duela suposatzea funtzionatzen duen diseinu bat apurtzeko modua da. Galdetu bezeroaren bertsioa eta hornitze-metodoa, ez interfazearen izena.
Idatzi bezeroak behar duen plana
Deskribapen oso batek hiru gauza estaltzen ditu: zein helbide duen bezeroak, zein helmuga eraman behar dituen tunelak eta nola bidaltzen dituen sareak erantzunak atzera. Link-local helbide batek ez du horietako bati ere erantzuten, eta onartutako iragarpen batek baten zati bat soilik erantzuten du. Egiaztatu elementu bakoitza bereiz, adierazle berde bat onartu beharrean. Ondoren erregistratu zein mekanismok eman zuen erantzun bakoitza, erregistro horrek hurrengo IPv6 txostena bi minutuko egiaztapen bihurtzen baitu.
Gorde erregistroa zerbitzuaren dokumentazioarekin eta eguneratu bezeroa aldatzen denean. PPP bezero batentzat zuzena zen plan bat okerra izan daiteke zerbitzu berean pakete-tunel bezero batentzat. Lau galderak berdin jarraitzen dute; erantzunak bakarrik mugitzen dira.