Шта IPv6CP договара и шта још увек захтева префикс
Локална адреса везе на PPP интерфејсу је корак подешавања, а не приступ IPv6. Одвојте размену идентификатора од префикса, рута и интеграције клијента.
IPv6 се подиже на PPP интерфејсу, појављује се локална адреса везе и промена се проглашава завршеном. Затим се ништа не рутира, глобална адреса не постоји, а тест ка јавном одредишту пада док интерфејс и даље изгледа конфигурисан. Веза се подигла; мрежа никада. Изведите четири провере испод по реду и зауставите се на оној која објашњава разлику.
Шта локална адреса везе заиста доказује
IPv6CP подиже IPv6 на PPP вези и договара идентификатор интерфејса за сваку страну. Тај идентификатор ствара локалну адресу везе, која је довољна за разговор са партнером преко везе и није довољна за достизање било чега другог. Адреса доказује да је веза спремна за IPv6 и не доказује ништа о мрежи иза партнера. Читање адресе као приступне адресе је грешка с којом почиње већина ових истрага.
Четири питања испод раздвајају оно што решава слој везе од онога што услуга мора да пружи. Одговорите по реду, јер на касније питање не може да се одговори док је раније отворено.
| 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 |
Одакле префикс мора да дође
Глобална адреса захтева префикс однекуд: објаву рутера, делегирани префикс, DHCPv6 или статичку конфигурацију. IPv6CP не носи ниједан, и никакво чекање на вези га неће створити. RFC 5072 поставља IPv6CP као корак подешавања који се извршава пре него што други IPv6 протоколи почну да раде на вези, и то је цео његов обухват: припрема везе, а не нумерисање мреже. Обезбедите префикс и интерфејс почиње да носи саобраћај уместо да само постоји.
Објаве рутера су уобичајен одговор у локалној мрежи и мање поуздан у тунелу тачка-тачка, јер клијент мора и да шаље захтеве и да прихвати одговор. Неки тунелски клијенти не раде ни једно. Проверите шта је клијент спреман да прихвати пре него што одлучите да сервер то треба да пошаље.
Исти префикс мора бити доступан и са другог краја. Клијент који има глобалну адресу али нема повратни пут је конфигурисан, а не повезан.
Руте су одвојено обећање
Чак и са адресом, клијент мора да зна које одредишне тачке припадају тунелу, а серверу је потребан повратни пут за те одредишне тачке. То су две одлуке донете на два места. Тунел који носи сав IPv6 саобраћај захтева подразумевану руту на клијенту и повратну руту на серверу; подељени тунел захтева да се обе стране договоре о истом списку префикса. Када се не договоре, саобраћај одлази и никада се не враћа.
Запишите списак пре него што било шта конфигуришете. Ако план каже да кроз тунел пролази само корпоративни префикс, клијент не треба да има подразумевану IPv6 руту, а сервер не треба да је објављује.
Остало решава интеграција клијента
Неки тунелски клијенти експлицитно конфигуришу IPv6. На пример, Network Extension компаније Apple прихвата адресу, префикс и скуп рута за тунел, тако да апликација која га користи не чека објаву у Ethernet стилу. Други се ослањају на објаве рутера које стижу преко везе. Оба модела су легитимна и захтевају различито понашање сервера, па погрешан избор даје клијента који заувек чека поруку коју нико не шаље. Утврдите модел пре него што промените сервер.
Старо име интерфејса као ppp0 не доказује ништа о стек-у који данас ради. Савремени клијент може да користи API пакетног тунела уместо PPP интерфејса, а претпоставка да се понаша као историјска веза је начин да се поквари радећи дизајн. Питајте за верзију клијента и начин обезбеђивања, а не за име интерфејса.
Напишите план који клијенту треба
Потпун опис покрива три ствари: коју адресу клијент држи, које одредишне тачке тунел треба да носи и како мрежа шаље одговоре назад. Локална адреса везе не одговара ни на једну од њих, а прихваћена објава одговара само на део једне. Проверавајте сваку ставку одвојено уместо да прихватите зелену индикацију. Затим запишите који је механизам обезбедио сваки одговор, јер тај запис претвара следећи извештај о IPv6 у проверу од два минута.
Чувајте запис заједно са документацијом услуге и ажурирајте га када се клијент промени. План који је био тачан за PPP клијента може бити погрешан за клијента пакетног тунела на истој услузи. Четири питања остају иста; померају се само одговори.