IPv6 Adresleme, Prefix Yapısı, Adres Türleri ve Subnetting Mantığı

IPv6, IETF tarafından IPv4'ün yerini alacak şekilde tasarlanan ve 128 bit uzunluğunda adres alanı kullanan Network katmanı protokolüdür. Bir cihazın Network üzerindeki kimliğini tanımlama görevi IPv4 ile aynıdır, ancak adresin uzunluğu, yazım biçimi, adres türleri ve adresin cihaza atanma yöntemi baştan ele alınmıştır. Bu nedenle IPv6'yı IPv4'ün daha uzun bir versiyonu olarak görmek, konunun büyük bölümünü gözden kaçırmak anlamına gelir.

IPv4'ün 32 bit adres alanı yaklaşık 4.3 milyar adres sunar. Internet'e bağlanan cihaz sayısı bu rakamı çok önce geride bıraktı ve IANA'nın serbest IPv4 havuzu 2011 yılında tükendi. NAT, Private adres blokları ve CGNAT gibi çözümler IPv4'ün ömrünü uzattı, ancak uçtan uca bağlantıyı bozan, yönetimi zorlaştıran ve sorun gidermeyi karmaşıklaştıran bir katman da ekledi. IPv6 adresleme yapısı bu sıkışıklığı adres alanını büyüterek çözer ve NAT'ı zorunlu bir bileşen olmaktan çıkarır.

Adres alanının büyümesi, adresleme mantığında da köklü değişiklikler getirdi. Adresler Decimal yerine Hexadecimal yazılır, Subnet Mask yerine Prefix Length kullanılır, Broadcast kavramı tamamen kaldırılmıştır ve bir Interface aynı anda birden fazla IPv6 adresine sahip olabilir. Bu farkları rahat yorumlayabilmek için IPv4 tarafındaki Network ID, Host ID ve Subnet Mask mantığının oturmuş olması büyük kolaylık sağlar. Bu temel için IPv4 Adresleme, IP Sınıfları ve Subnetting Mantığı başlıklı makaleme göz atabilirsin.

İlerleyen bölümlerde IPv6 adresinin bit yapısı, kısaltma kuralları, Prefix notasyonu, Global Unicast adresinin bölümleri ve IPv6'da Subnetting mantığı ele alınıyor. Ardından Unicast, Multicast ve Anycast adres türleri, Interface ID'nin nasıl üretildiği, adres atama yöntemleri ve bu adreslerin Windows üzerinde nasıl göründüğü inceleniyor.

IPv6 Adresinin Yapısı

Bir IPv6 adresini doğru yorumlayabilmek için önce adresin nasıl inşa edildiğini görmek gerekir. IPv4'te 32 bit'lik adres 4 Octet'e bölünür ve her Octet, Decimal olarak yazılır. IPv6'da ise 128 bit'lik adres sekiz Hextet'e bölünür ve her Hextet Hexadecimal olarak yazılır. Bit uzunluğu dört katına çıktığı için yazım biçimi, kısaltma kuralları ve Network ile Interface ayrımının gösterilme şekli de buna göre değişmiştir.

Adresin yapısı üç katman üzerinden okunur. İlk katman, 128 bit'in Hextet'lere nasıl bölündüğü ve her karakterin kaç bit'i temsil ettiğidir. İkinci katman, uzun adreslerin RFC 5952 standardına göre nasıl kısaltıldığı ve kısaltılmış bir adresin tekrar nasıl açıldığıdır. Üçüncü katman ise Subnet Mask'ın yerini alan Prefix Length değeriyle adresin hangi bit'lerinin Network'ü, hangilerinin Interface'i tanımladığıdır. Bu üç katman oturduğunda, sonraki bölümlerde ele alınan adres türleri ve Subnetting mantığı çok daha kolay takip edilir.

128 Bit Adres Alanı ve Hextet Yapısı

Bir IPv6 adresi 128 bit'ten oluşur. Bu da 2128, yani 340.282.366.920.938.463.463.374.607.431.768.211.456 adet adres anlamına gelir. Bu kadar uzun bir değeri Binary ya da Decimal olarak yazmak pratik olmadığı için IPv6 adresleri Hexadecimal sayı sistemiyle yazılır.

128 bit, her biri 16 bit'ten oluşan sekiz gruba bölünür ve gruplar birbirinden iki nokta üst üste ile ayrılır. Her gruba teknik literatürde Hextet denir. Bir Hexadecimal karakter 4 bit'i temsil ettiği için her Hextet dört karakterden oluşur. IPv4'teki Octet'in IPv6'daki karşılığı Hextet'tir.

Hexadecimal karakterlerin Binary ve Decimal karşılıkları aşağıdaki tabloda yer alıyor. IPv6 adreslerinde bit seviyesinde işlem yaparken, örneğin bir Prefix'in nerede bittiğini tespit ederken, bu tablo doğrudan referans olarak kullanılır.

Aşağıdaki diyagram, örnek bir IPv6 adresinin sekiz Hextet'e nasıl bölündüğünü ve ilk Hextet'in Binary karşılığını gösteriyor. Makale boyunca aynı adres üzerinden ilerleyeceğim, böylece her bölümde anlatılan kavramın adresin hangi kısmına denk geldiği takip edilebilir.

 2001 : 0db8 : abcd : 0010 : 0215 : 5dff : fe0a : 1b2c
 ---- : ---- : ---- : ---- : ---- : ---- : ---- : ----
  H1     H2     H3     H4     H5     H6     H7     H8
 16bit  16bit  16bit  16bit  16bit  16bit  16bit  16bit

 8 Hextet x 16 bit = 128 bit

 H1 = 2001  ->  0010 0000 0000 0001
                 2    0    0    1

IPv6 Adres Kısaltma Kuralları

Tam yazımla bir IPv6 adresi 32 Hexadecimal karakter ve 7 ayraçtan oluşur. Adreslerin büyük kısmı ardışık sıfırlar içerdiği için RFC 4291 iki kısaltma kuralı tanımlar, RFC 5952 ise bu kuralların tek ve tutarlı bir biçimde uygulanması için standart gösterimi belirler. Aynı adresin farklı kişiler tarafından farklı şekillerde yazılmasının önüne geçen şey bu standarttır.

Kısaltma kurallarının ne söylediği ve nasıl uygulandığı aşağıdaki tabloda özetleniyor.

Kuralların birlikte nasıl çalıştığını görmek için birkaç adresin tam ve kısaltılmış gösterimini yan yana koymak faydalı olur.

Kısaltılmış bir adresi tekrar tam haline getirmek için görünen Hextet'ler sayılır ve 8'den çıkarılır. Örneğin 2001:db8::ff00:42:8329 adresinde 5 adet Hextet görünür, dolayısıyla :: işareti 3 adet 0000 Hextet'ini temsil eder. Firewall kuralı yazarken, Log analizi yaparken veya iki adresi karşılaştırırken bu açma işlemi sıkça gerekir.

Prefix Length ve Prefix Notasyonu

IPv6'da Subnet Mask kullanılmaz. Adresin hangi bit'lerinin Network'ü, hangilerinin Interface'i tanımladığı, IPv4'teki CIDR gösterimine benzer şekilde adresin sonuna eklenen Prefix Length ile belirtilir. 2001:db8:abcd:10::/64 ifadesi, ilk 64 bit'in Prefix olduğunu ve geri kalan 64 bit'in Interface ID için ayrıldığını gösterir.

Prefix yazılırken Prefix dışındaki bit'ler sıfır kabul edilir. Bir Interface'e atanmış adres ise Prefix Length ile birlikte yazılır. 2001:db8:abcd:10::25/64 gösterimi, bu adresin 2001:db8:abcd:10::/64 Prefix'ine ait olduğunu anlatır.

Aşağıdaki tablo, sahada en sık karşılaşılan Prefix uzunluklarını ve tipik kullanım alanlarını gösteriyor.

Son kullanıcı ve sunucu Subnet'lerinde standart Prefix Length /64'tür. Stateless Address Autoconfiguration (SLAAC) mekanizması 64 bit'lik bir Interface ID üzerine kurulu olduğu için /64'ten küçük bir Subnet'te SLAAC çalışmaz. Router'lar arasındaki Point-to-Point bağlantılarda ise RFC 6164 ile /127 kullanımı tanımlanmıştır.

Global Unicast Adresinin Bölümleri

Global Unicast adresler, IANA'nın Internet genelinde benzersiz adresleme için kullandığı 2000::/3 bloğundan dağıtılır. IPv4'teki Public IP adresinin karşılığıdır, ancak iç yapısı çok daha düzenlidir. Tipik bir Global Unicast adresi, bir /48 Site Prefix'i ve /64 Subnet'ler üzerinden üç bölüme ayrılır.

|<---------- 48 bit ---------->|<- 16 bit ->|<--------------- 64 bit --------------->|
+------------------------------+------------+-----------------------------------------+
|    Global Routing Prefix     | Subnet ID  |              Interface ID               |
+------------------------------+------------+-----------------------------------------+
       2001 : 0db8 : abcd      :    0010    :     0215 : 5dff : fe0a : 1b2c

|<------------------ Prefix /64 ------------------>|

Her bölümün görevi ve örnek adresteki karşılığı aşağıdaki tabloda yer alıyor.

Bu dağılım bir zorunluluk değil, en yaygın tasarım modelidir. ISP kuruma /56 atadıysa Subnet ID 8 bit'e iner ve kurum 256 Subnet ile sınırlı kalır. Interface ID ise /64 standardı nedeniyle neredeyse her senaryoda 64 bit olarak kalır.

IPv6'da Subnetting Mantığı

IPv6'da Subnetting, Subnet ID alanındaki bit'lerin Prefix'e dahil edilmesiyle yapılır. Mantık IPv4'teki ile aynıdır, ödünç alınan her bit Subnet sayısını iki katına çıkarır. Fark, hesaplamanın Host sayısına göre değil Subnet sayısına göre yapılmasıdır. Her /64 Subnet 264, yani 18.446.744.073.709.551.616 adres barındırdığı için Host sayısı pratikte bir tasarım kısıtı olmaktan çıkar.

IPv6'da Subnetting yapılırken Prefix sınırlarının 4 bit'in katlarına denk getirilmesi tercih edilir. Buna Nibble Boundary denir. /48, /52, /56, /60 ve /64 gibi sınırlar tek bir Hexadecimal karakterin sınırına denk geldiği için Prefix'ler adresin kendisinden kolayca okunabilir ve dokümantasyon sadeleşir.

IPv4 Subnetting makalemdeki 16 Network örneğinin aynısını IPv6 üzerinde yapalım. Elimizde 2001:db8:abcd::/48 bloğu var ve bu bloğu 16 eşit parçaya bölmek istiyoruz. 2⁴ = 16 olduğu için Prefix'e 4 bit eklenir ve yeni Prefix Length /52 olur. Eklenen 4 bit, Subnet ID'nin ilk Hexadecimal karakterine denk gelir. Bu nedenle Network'ler 4. Hextet'in ilk karakteri üzerinden 1000 Hex adımlarla ilerler.

Her /52 bloğunda 52 bit Prefix'e ayrıldığı için Subnet ID için 12 bit kalır. Bu da 2¹² = 4.096 adet /64 Subnet anlamına gelir.

Bir lokasyona 2001:db8:abcd:1000::/52 bloğu atandığını düşünelim. Bu lokasyondaki her VLAN'a bu blok içinden sıradaki /64 Prefix verilir.

IPv4'te kullanılabilir Host sayısı 2h-2 formülüyle hesaplanır. Çıkarılan iki adres Network ID ve Broadcast adresidir. IPv6'da bu hesap yoktur.

Broadcast adresi bulunmadığı için Subnet'in son adresi IPv4'teki anlamıyla rezerve edilmez. Bunun yerine belirli Interface ID değerleri Anycast kullanımı için ayrılmıştır. Bir /64 Subnet'te Host'lara atanmaması gereken bu değerler aşağıdaki tabloda yer alıyor.

Interface ID'si tamamen sıfır olan Subnet-Router Anycast adresi, o Subnet'e bağlı Router'lar tarafından kullanılır. Rezerve Interface ID değerleri RFC 5453 ile IANA kaydı altında toplanmıştır ve bir Interface ID üretilirken bu değerlerin dışında kalınması gerekir.

/127 Prefix kullanılan Point-to-Point bağlantılar ise RFC 6164 kapsamında ayrı kurallara tabidir. Bu bağlantılarda Subnet-Router Anycast adresi kullanılmaz, böylece /127 içindeki iki adresin her ikisi de Router Interface'lerine atanabilir.

IPv6 Adres Türleri

IPv6, RFC 4291 ile üç adres türü tanımlar. IPv4'te bulunan Broadcast adres türü IPv6'da yer almaz. Bir Subnet'teki tüm cihazlara ulaşma ihtiyacı, ff02::1 All-Nodes Multicast adresiyle karşılanır. Bu tasarım, IPv4'te her cihazın işlemek zorunda kaldığı Broadcast trafiğini ortadan kaldırır, çünkü cihazlar yalnızca katıldıkları Multicast gruplarına ait paketleri işler.

Unicast Adresler

Unicast adresler kendi içinde kapsamlarına ve kullanım amaçlarına göre ayrılır. Bir IPv6 adresinin hangi türe ait olduğu Prefix'inden anlaşılabilir. Aşağıdaki tablo Unicast adres türlerini, Prefix'lerini ve Routing davranışlarını özetliyor.

Global Unicast Adresler

IANA, Global Unicast adresleri şu anda 2000::/3 bloğundan dağıtır. Bu bloğun ilk 3 bit'i 001 olduğu için Global Unicast adresler pratikte 2 veya 3 ile başlar. IANA bu bloktan Regional Internet Registry'lere, onlar da ISP'lere ve kurumlara alt bloklar atar.

2000::/3 bloğunun içindeki her adres Internet üzerinde yönlendirilmez. 2001:db8::/32 Documentation bloğu gibi IANA Special-Purpose kaydında yer alan bazı bloklar bu alanın içindedir, ancak Global olarak yönlendirilmez.

Global Unicast adresler Internet üzerinde benzersizdir ve NAT gerekmeden uçtan uca iletişim sağlar. Bu durum, iç Network'teki bir cihazın Internet'ten doğrudan erişilebilir olduğu anlamına gelmez. Erişimi belirleyen şey Firewall politikasıdır. IPv4'te NAT'ın yan etki olarak sağladığı gizleme IPv6'da bulunmadığı için Inbound trafik kurallarının bilinçli olarak tanımlanması gerekir.

##Link-Local Adresler

IPv6 etkin olan her Interface, başka hiçbir yapılandırma olmasa da otomatik olarak bir Link-Local adres alır. Bu adres fe80::/10 bloğundandır, ancak pratikte ilk 64 bit fe80:0000:0000:0000 olarak kullanılır ve adres fe80::/64 şeklinde görünür. Link-Local adresler yalnızca aynı Link üzerindeki cihazlar arasında geçerlidir ve Router tarafından başka bir Network'e iletilmez.

IPv4'teki APIPA adresi, DHCP başarısız olduğunda devreye giren bir yedek mekanizmadır. IPv6'daki Link-Local adres ise her zaman vardır ve protokolün çalışması için gereklidir. Router keşfi Neighbor Discovery Protocol (NDP) üzerinden Link-Local adreslerle yürür. Router Advertisement mesajının kaynak adresi Link-Local olmak zorunda olduğu için Client'ların Default Gateway olarak gördüğü adres de çoğu zaman Router'ın Link-Local adresidir.

Bu kuralın bir istisnası vardır. Cihaz henüz geçerli bir adrese sahip olmadığında, örneğin Duplicate Address Detection sırasında gönderdiği Neighbor Solicitation mesajında kaynak adres olarak Unspecified adres olan :: kullanılır.

Bir cihazda birden fazla Interface aktif olduğunda her Interface'in kendi Link-Local adresi bulunur. Bu adreslerin tamamı aynı fe80::/64 Prefix'ini kullandığı için, Link-Local bir adrese gidecek paketin hangi Interface'ten çıkacağı adresin kendisinden anlaşılmaz. Bu bilgi adresin sonuna % işaretiyle eklenen Zone ID ile belirtilir.

Windows'ta Zone ID olarak kullanılan Interface Index değeri Get-NetAdapter çıktısındaki ifIndex sütunundan öğrenilir.

Get-NetAdapter | Format-Table Name, InterfaceDescription, ifIndex, Status

Aşağıdaki çıktıda aktif bağlantı olan Wi-Fi Interface'inin ifIndex değeri 11'dir. Bu Interface üzerinden erişilen her Link-Local adres %11 Zone ID'si ile birlikte kullanılır.



Aynı bilgi ipconfig çıktısında da görülür. Windows, Link-Local adresleri bu çıktıda Zone ID ile birlikte gösterir.

ipconfig

Aşağıdaki çıktıda Wi-Fi Interface'inin kendi Link-Local adresi ve Default Gateway olarak görünen Router'ın Link-Local adresi birlikte yer alıyor. Her iki adresin sonundaki %11 değeri, Get-NetAdapter çıktısındaki ifIndex numarasıyla aynıdır.



Default Gateway satırındaki adres, Zone ID'si ile birlikte olduğu gibi Ping komutunda kullanılabilir.

 ping  fe80::f64d:5cff:fe47:c080%11
       |                        |
       |                        +-- Zone ID, Wi-Fi Interface'inin ifIndex değeri
       +--------------------------- Router'ın Link-Local adresi, Default Gateway değeri

Zone ID doğru verildiğinde paket Wi-Fi Interface'i üzerinden gönderilir ve Router'dan yanıt alınır.

##Unique Local Adresler

Unique Local Address (ULA), RFC 4193 ile tanımlanan ve kurum içinde kullanılan, Internet'e yönlendirilmeyen adreslerdir. Prefix'i fc00::/7 olarak tanımlanmıştır. Bu bloğun 8. bit'i L Flag'idir ve L Flag'i 1 olan fd00::/8 bloğu yerel olarak üretilen adresler için kullanılır. L Flag'i 0 olan fc00::/8 bloğu için bir atama mekanizması tanımlanmadığından sahada ULA adresleri fd ile başlar.

|<- 8 bit ->|<------ 40 bit ------>|<- 16 bit ->|<------- 64 bit ------->|
+-----------+----------------------+------------+------------------------+
|    fd     |      Global ID       | Subnet ID  |      Interface ID      |
+-----------+----------------------+------------+------------------------+
     fd       12 : 3456 : 789a     :    0001    :  Interface ID

 Site Prefix  = fd12:3456:789a::/48
 Subnet       = fd12:3456:789a:1::/64

ULA'yı RFC 1918 adreslerinden ayıran nokta 40 bit'lik Global ID alanıdır. Bu alan rastgele üretilmelidir. IPv4'te iki kurum birleştiğinde her ikisinin de 10.0.0.0/8 veya 192.168.1.0/24 kullanıyor olması yeniden adreslemeyi zorunlu kılar. ULA'da Global ID rastgele üretildiği için iki kurumun aynı Prefix'i kullanma olasılığı çok düşüktür ve Network'ler çakışma olmadan birleştirilebilir. fd00::/48 gibi akılda kalıcı ama rastgele olmayan Prefix'ler bu avantajı ortadan kaldırır.

ULA adresleri Global Unicast adreslerle birlikte aynı Interface üzerinde kullanılabilir. Bu durumda Windows hangi kaynak ve hedef adresin seçileceğine Prefix Policy tablosuna göre karar verir.

Loopback ve Unspecified Adresler

Loopback adresi ::1/128 olup, IPv4'teki 127.0.0.1 ile aynı görevi görür. Bu adrese gönderilen paket cihazdan dışarı çıkmaz ve cihazın kendi IPv6 Stack'ine geri döner. IPv4'te 127.0.0.0/8 bloğunun tamamı Loopback'e ayrılmışken IPv6'da Loopback için tek bir adres tanımlanmıştır.

Unspecified adres ::/128'dir ve bir Interface'in henüz adresi olmadığını ifade eder. Bir Interface'e atanmaz ve hedef adres olarak kullanılmaz. Duplicate Address Detection sürecinde cihaz henüz geçerli bir adrese sahip olmadığı için gönderdiği mesajlarda kaynak adres olarak :: kullanılır. Bir servis :: üzerinde dinliyorsa, IPv4'teki 0.0.0.0 gibi tüm IPv6 adreslerinde dinlediği anlamına gelir.

Özel Amaçlı Adres Blokları

Yukarıdaki türlerin dışında belirli amaçlar için ayrılmış veya zamanla kullanımdan kaldırılmış bloklar da vardır. Log'larda, Routing tablolarında veya geçiş teknolojilerinde bu Prefix'lerle karşılaşıldığında neyi ifade ettiklerini bilmek sorun gidermeyi hızlandırır.

Multicast Adresler

Multicast adresler ff00::/8 bloğundandır, dolayısıyla ff ile başlayan her adres Multicast adrestir. IPv6'da Multicast'in rolü IPv4'tekinden çok daha geniştir. IPv4'te Broadcast ile yapılan adres çözümleme, Router keşfi ve tüm cihazlara ulaşma işlemleri IPv6'da Multicast ile yapılır. Bir Interface'in hangi Multicast gruplarına katılacağı Multicast Listener Discovery (MLD) protokolü ile yönetilir. MLD, IPv4'teki IGMP'nin IPv6 karşılığıdır.

Bir Multicast adresinin ilk 16 bit'i, adresin türünü ve geçerli olduğu alanı tanımlar.

|<- 8 bit ->|<- 4 bit ->|<- 4 bit ->|<------------- 112 bit ------------->|
+-----------+-----------+-----------+-------------------------------------+
| 1111 1111 |   Flags   |   Scope   |              Group ID               |
+-----------+-----------+-----------+-------------------------------------+
     ff           0           2       :: 1

 ff02::1  ->  Flags = 0 (Well-Known), Scope = 2 (Link-Local), Group ID = 1

Flags alanındaki T bit'i 0 ise adres, IANA tarafından atanmış kalıcı bir Well-Known adrestir, 1 ise geçici olarak oluşturulmuş bir Multicast grubunu ifade eder. Scope alanı ise paketin ne kadar uzağa iletilebileceğini belirler. Router'lar bu alana bakarak Multicast paketin kendi sınırlarını aşıp aşmayacağına karar verir.

Sahada en sık karşılaşılan Well-Known Multicast adresleri ve görevleri aşağıdaki tabloda yer alıyor. Paket yakalama çıktılarında veya Router üzerindeki Multicast grup listelerinde bu adresleri tanımak, trafiğin hangi protokole ait olduğunu hızla anlamayı sağlar.

Solicited-Node Multicast Adresi

IPv4'te bir cihaz, aynı Subnet'teki bir IP adresinin MAC adresini öğrenmek için ARP Request'i Broadcast olarak gönderir ve bu paketi Subnet'teki tüm cihazlar işlemek zorunda kalır. IPv6'da bu işlemi Neighbor Discovery Protocol üstlenir ve Neighbor Solicitation mesajı Broadcast yerine hedef adrese ait Solicited-Node Multicast adresine gönderilir.

Solicited-Node adresi, ff02::1:ff00:0/104 Prefix'inin sonuna Unicast adresin son 24 bit'i eklenerek oluşturulur. Her Unicast ve Anycast adres için cihaz otomatik olarak ilgili Solicited-Node grubuna katılır.

 Unicast Adres     : 2001:db8:abcd:10:215:5dff:fe0a:1b2c
 Son 24 bit        :                             0a:1b2c

 Sabit Prefix /104 : ff02:0000:0000:0000:0000:0001:ff
 Solicited-Node    : ff02:0000:0000:0000:0000:0001:ff0a:1b2c
 Kısaltılmış       : ff02::1:ff0a:1b2c

Son 24 bit'i aynı olan adres sayısı bir Subnet içinde çok az olduğu için Neighbor Solicitation paketi pratikte yalnızca hedef cihaz tarafından işlenir. Switch'ler MLD Snooping destekliyorsa bu paketler yalnızca ilgili gruba katılmış Port'lara iletilir. Cihaz yeni bir adres aldığında, adresi kullanmaya başlamadan önce aynı mekanizma ile Duplicate Address Detection yapar ve bu adresi Network'te başka bir cihazın kullanıp kullanmadığını kontrol eder.

Anycast Adresler

Anycast adres, aynı anda birden fazla Interface'e atanan bir Unicast adrestir. Bu adrese gönderilen paket, Routing protokolünün metriğine göre en yakın Interface'e iletilir. Anycast için ayrı bir adres bloğu yoktur. Adresler Unicast adres alanından alınır ve yazım açısından Unicast adresten ayırt edilemez. Bir adresin Anycast olarak davranması, birden fazla noktada yapılandırılıp Routing'e dahil edilmesiyle mümkün olur.

RFC 4291, her Subnet için bir Subnet-Router Anycast adresi tanımlar. Bu adres, Subnet Prefix'i ile Interface ID'si tamamen sıfır olan adresin birleşimidir. 2001:db8:abcd:10::/64 Subnet'i için bu adres 2001:db8:abcd:10:: olur ve o Subnet'e bağlı tüm Router'lar bu adresi dinler. DNS Root Server'ları ve büyük CDN altyapıları da aynı adresi dünyanın farklı noktalarından yayınlayarak Anycast mantığından yararlanır.

Interface ID Oluşturma Yöntemleri

Bir IPv6 adresinin son 64 bit'i olan Interface ID, statik olarak elle girilebilir, DHCPv6 tarafından atanabilir veya cihaz tarafından otomatik üretilebilir. Otomatik üretimde kullanılan yöntem, adresin zaman içinde sabit kalıp kalmayacağını ve cihazın farklı Network'lerde izlenebilir olup olmadığını doğrudan belirler.

Modified EUI-64

Modified EUI-64 yöntemi, 48 bit'lik MAC adresinden 64 bit'lik Interface ID üretir. MAC adresi ortadan ikiye ayrılır, araya fffe eklenir ve ilk Byte'taki 7. bit, yani Universal/Local bit'i ters çevrilir. Hyper-V sanal makinelerinde kullanılan 00-15-5D OUI'sine sahip bir MAC adresi üzerinden adımlar şöyle ilerler.

Interface ID'nin ortasında ff:fe görülüyorsa adresin Modified EUI-64 ile üretildiği büyük olasılıkla anlaşılır ve MAC adresi geriye doğru hesaplanabilir. Cisco IOS gibi bazı Network işletim sistemleri, Link-Local adresleri varsayılan olarak bu yöntemle üretir.

Rastgele Interface ID ve Temporary Adresler

MAC adresinin adres içinden okunabilmesi, cihazın farklı Network'ler arasında izlenebilmesine yol açar. Bu nedenle Windows, varsayılan olarak Modified EUI-64 yerine rastgele üretilen Interface ID kullanır. Bu davranış Get-NetIPv6Protocol çıktısındaki RandomizeIdentifiers değeri ile kontrol edilir.

Temporary adresler ise RFC 8981 ile tanımlanan ve belirli aralıklarla yenilenen adreslerdir. Cihaz, Router Advertisement ile aldığı Prefix için Stable adresinin yanında bir de Temporary adres üretir. Client tarafından başlatılan bağlantılarda kaynak adres gizliliği için Temporary adres tercih edilir. Sunucu olarak çalışan bir Host ise gelen bağlantıları kabul etmek için DNS adıyla ilişkilendirilmiş Stable bir adres kullanabilir.

Windows Client ve Windows Server sürümlerinde Temporary adres kullanımı UseTemporaryAddresses değeri ile belirlenir. Sistemdeki mevcut durum Get-NetIPv6Protocol çıktısından doğrulanabilir.

IPv6 Adres Atama Yöntemleri

IPv4'te bir Client adresini ya statik olarak ya da DHCP üzerinden alır. IPv6'da adres atama süreci Router'ın gönderdiği Router Advertisement (RA) mesajıyla başlar. Router, RA mesajındaki Flag'ler aracılığıyla Client'a adresini nereden alacağını ve DNS gibi ek bilgileri nereden öğreneceğini bildirir. Prefix Information Option içindeki A Flag'i SLAAC kullanımını, RA başlığındaki M Flag'i Stateful DHCPv6 kullanımını, O Flag'i ise ek bilgiler için DHCPv6 kullanımını belirtir.

Tablodaki son sütun, IPv4 alışkanlığıyla gelen yöneticilerin en sık takıldığı noktayı gösteriyor. DHCPv6, Client'a Default Gateway bilgisi vermez. Dinamik IPv6 yapılandırmasında Default Router, Router Advertisement ile öğrenilir ve genellikle Router'ın Link-Local adresi olarak görünür. Default Route yönetici tarafından statik olarak da yapılandırılabilir. Network'te RA mesajları engellenmişse veya Router RA göndermiyorsa ve statik bir Default Route da tanımlı değilse, DHCPv6 adres dağıtsa bile Client Subnet dışına çıkamaz.

Adres Yaşam Döngüsü

IPv6'da otomatik yapılandırılan adreslerin bir yaşam süresi vardır. Router Advertisement içindeki Preferred Lifetime ve Valid Lifetime değerleri, adresin hangi durumdan hangisine ne zaman geçeceğini belirler. Windows, bu durumları Get-NetIPAddress çıktısındaki AddressState alanında gösterir.

Deprecated durumu, ISP tarafından Prefix'in değiştirildiği senaryolarda önem kazanır. Eski Prefix'e ait adres Deprecated duruma geçer ve açık bağlantılar kesilmeden yeni Prefix'e ait adres devreye alınır. Bu sayede yeniden adresleme kesintisiz yapılabilir.

Windows Üzerinde IPv6 Adreslerinin İncelenmesi

IPv6 etkin bir Windows Interface'inde tek bir adres yerine genellikle birden fazla adres görülür. Bu bir hata değil, IPv6'nın tasarımının doğal bir sonucudur. Bir Client'ta aynı anda Link-Local adres, Router Advertisement ile üretilmiş Stable Global Unicast adres ve Temporary adres bulunabilir. ipconfig /all çıktısındaki alanların neyi ifade ettiği aşağıdaki tabloda yer alıyor.

PowerShell tarafında Get-NetIPAddress cmdlet'i, her adresin nereden geldiğini ve hangi durumda olduğunu ipconfig'ten daha net gösterir. Aşağıdaki komutlar adresleri, Interface ID üretim ayarlarını, Interface'in katıldığı Multicast gruplarını ve Prefix Policy tablosunu listeler.

Get-NetIPAddress -AddressFamily IPv6 | Format-Table IPAddress, InterfaceAlias, PrefixLength, PrefixOrigin, SuffixOrigin, AddressState -AutoSize

Get-NetIPv6Protocol | Format-List RandomizeIdentifiers, UseTemporaryAddresses

netsh interface ipv6 show joins

Get-NetPrefixPolicy

Get-NetIPAddress çıktısındaki PrefixOrigin alanı adresin Prefix kısmının, SuffixOrigin alanı ise Interface ID kısmının nereden geldiğini gösterir. Bir Interface ID'nin rastgele mi yoksa Link-Layer adresinden mi üretildiği çoğu zaman adresin kendisinden anlaşılmaz. Bu ayrım için SuffixOrigin alanı en güvenilir kaynaktır.

Windows, kaynak ve hedef adres seçimini RFC 6724 tabanlı Prefix Policy tablosuna göre yapar ve varsayılan olarak IPv6'yı IPv4'e tercih eder. IPv6 kaynaklı bir bağlantı sorunu yaşandığında yapılan en yaygın hata IPv6'yı Network Adapter üzerinden kapatmaktır. Microsoft bu yaklaşımı önermez, çünkü Windows bileşenleri IPv6 etkin varsayılarak test edilir ve Loopback üzerinden IPv6 kullanan servisler bu durumdan etkilenebilir.

IPv4 ve IPv6 Adreslemenin Karşılaştırılması

Buraya kadar anlatılan kavramların IPv4'teki karşılıklarını tek bir tabloda görmek, iki protokol arasındaki geçişi zihinde netleştirmeye yardımcı olur. Özellikle Broadcast, ARP ve APIPA gibi IPv4 kavramlarının IPv6'da neye dönüştüğü, sorun giderme sırasında doğru noktaya bakmayı sağlar.

IPv6 adreslemeyi rahat okuyabilmek için ezberlenmesi gereken çok fazla şey yok. Adresin Prefix'inden türünü, Prefix Length'ten de hangi Subnet'e ait olduğunu okuyabiliyorsan, Routing tablolarında, Firewall kurallarında ve paket yakalama çıktılarında karşına çıkan adreslerin büyük kısmını yorumlayabilirsin. Interface ID'nin nasıl üretildiği ise her zaman adresin kendisinden anlaşılmaz. Modified EUI-64 ile üretilmiş bir değer ortasındaki ff:fe ile ayırt edilebilir, ancak rastgele veya Stable Privacy ile üretilmiş bir değerin kaynağı için Get-NetIPAddress çıktısındaki SuffixOrigin alanına bakmak gerekir. Adres planlamasına geçerken /48 veya /56 bloğunu Nibble Boundary üzerinden bölmek ve her VLAN'a bir /64 ayırmak, ileride büyüyen bir yapıda yeniden adreslemeye gerek bırakmayan sağlam bir başlangıç noktasıdır.

Bu makalede, IPv6 adresleme yapısının 128 bit'lik adres alanından başlayarak Hextet yapısı, kısaltma kuralları ve Prefix notasyonu üzerinden nasıl kurulduğu teknik bir zeminde ele alındı. IPv6'nın IPv4'teki adres yetersizliğine nasıl cevap verdiği ve bu çözümün adresleme mantığını neden köklü biçimde değiştirdiği açıklandı.

Global Unicast adresin Global Routing Prefix, Subnet ID ve Interface ID bölümleri, /48 ve /64 üzerinden şekillenen adres planlaması ve Nibble Boundary yaklaşımıyla IPv6 Subnetting mantığı incelendi. IPv6'da Subnetting'in Host sayısına göre değil Subnet sayısına göre planlandığı, IPv4 tarafındaki Subnetting hesaplarıyla karşılaştırılarak gösterildi.

Unicast, Multicast ve Anycast adres türleri, Link-Local ve Unique Local adreslerin kapsamı, Scope alanına göre çalışan Multicast yapısı ve Broadcast'in yerini alan Solicited-Node mekanizması ayrıntılı olarak ele alındı. Interface ID'nin Modified EUI-64, rastgele üretim ve Temporary adresler ile nasıl oluştuğu da gizlilik etkileriyle birlikte değerlendirildi.

Son olarak SLAAC, Stateless DHCPv6 ve Stateful DHCPv6 yöntemlerinin Router Advertisement Flag'leri ile ilişkisi, Default Gateway bilgisinin kaynağı, adres yaşam döngüsü ve Windows üzerinde IPv6 adreslerinin doğrulanması incelendi. Bu bilgiler, Dual Stack ortamlarda IPv6 adres planlaması yaparken ve IPv6 kaynaklı bağlantı sorunlarını giderirken sağlam bir referans oluşturur.

Faydalı olması dileğiyle...