Често използвани мрежови услуги и IPv6 инеграцията им

DNS

Ресурсният запис, описващ IPv6 адрес на хост се нарича „AAAA" (RFC1886). Всички съвременни сървърни DNS софтуери поддържат този тип ресурсни записи както в зоната на домейн, който обслужват, така и в рекурсивния процес на извличане на DNS информация, заявена от клиентите. Всеки съвременен сървърен софтуер за реализиране на DNS сървър поддържа механизма „dual-stack" за едновременна комуникация по IPv4 и IPv6 адресни протоколи, което улеснява миграцията на DNS услугата към новия адресен протокол. Към момента основните DNS сървъри на СУ използват софтуера ISC BIND. В допълнение всички те работят в „dual-stack" и информацията за това е отбелязана в зоновите NS записи за домейна uni-sofia.bg и кореспондиращите им AAAA ресурсни записи:

NS ns.digsys.bg.

NS ns1.uni-sofia.bg.

NS ns2.uni-sofia.bg.

A 62.44.96.22

AAAA 2001:67c:20d0::22

...

ns1 A 62.44.96.140

AAAA 2001:67c:20d0:ff::140

ns2 A 62.44.96.141

AAAA 2001:67c:20d0:ff::141

Трябва да се отбележи, че единият от сървърите за имена, описани с NS ресурсни записи в зоната на домейна uni-sofia.bg, се намира извън мрежата на СУ, за да се покрие условието за отказоустойчивост (дори при отпадане на сървърите ns1.uni-sofia.bg и ns2.uni-sofia.bg, DNS информацията за домейна uni-sofia.bg да бъде достъпна в Интернет). Този сървър е ns.digsys.bg. Той също има IPv6 свързаност. По този начин DNS информацията за домейна uni-sofia.bg е достъпна изцяло в „dual-stack" режим и по двата адресни протокола.
За да бъде решена обратната задача в DNS (известна още като „reverse mapping"), за всяка IPv6 мрежа следва да се декларира и обслужва домейн ip6.arpa. В него се нанасят т.нар. PTR ресурсни записи, които имат за цел да дадат информация на заинтересованите потребители и приложения в Интернет какво име на хост съответства на даден IPv6 адрес. Тези PTR записи се съставят като се „обърне" записът на IPv6 адреса, запише се без съкращения, известни като „агрегации", и между всеки 2 шестнадесетични цифри се постави по една точка. Например, на IPv6 адреса 2001:67c:20d0::1 съответства ip6.arpa PTR запис:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.d.0.2.c.7.6.0.1.0.0.2.ip6.arpa

Делегирането на домейните ip6.arpa за /48 мрежите „ASSIGNED PI" става автоматично чрез създаване на обект в базата данни на RIPE (известна като RIPE DB). При създаването на обекта следва да се посочат сървърите за имена за домейна. След това специален автоматичен процес делегира описаната в обекта зона на домейн ip6.arpa в майчината ip6.arpa, която е под управлението на RIPE. За да се избегне задръстването с делегиращи поддомейнни записи на майчините зони за домейните ip6.arpa, оперирани от RIPE, не се позволява автоматичното делегиране на ip6.arpa домейни за мрежи с различна мрежова маска от /48 за „ASSIGNED PI" и /32 за мрежите на LIR („ASSIGNED PA"). Това означава, че всички дъщерни ip6.arpa зони се делегират йерархично през майчината зона, а не директно в зоната, оперирана от RIPE. Например, за мрежата със статус „ASSIGNED PI" 2001:67c:20d0::/48 е допустимо автоматичното делегиране на зоната на домейна 0.d.0.2.c.7.6.0.1.0.0.2.ip6.arpa чрез обект в базата данни на RIPE (RIPE DB). Но за мрежата 2001:67c:20d0:2:/60 делегирането на домейна ip6.arpa следва да се извърши в 0.d.0.2.c.7.6.0.1.0.0.2.ip6.arpa, а не през RIPE DB.

Електронна поща

Без значението от версията на използвания за преноса на електронната поща IP протокол, услугата "електронна поща" условно се състои от три компонента: MTA (Mail Transport Agent), MDA (Mail Delivery Agent) и MUA (Mail User Agent). Допълнително към нея се прибавят компоненти за антиспам и антивирусна защита. Към момента всички изброени компоненти са използваеми за миграцията по схемата "dual-stack" и това опитно е проверено в мрежата на СУ.

MTA. Всички (без изключение) популярни и актуални софтуерни продукти с отворен код за реализиране на MTA компонентата са напълно готови за използването на IPv6 "чисто" или в "dual-stck" (Sendmil, Postfix, Exim, Courier MTA и др.). Те поддържат специфични конфигурационни опции на база конкретен IPv6 адрес или мрежа (адрес за приемане на електронната поща, адрес за изпращане и филтри). В мрежата на СУ за MTA се използва главно Sendmail (с LDAP интеграция).

MDA. И тук всички софтуерни проекти с отворен код поддържат IPv6 и удовлетворяват изискванията на механизма "dual-stack", като е без значение дали пощенския сървър поддържа само протокола POP3 или само IMAP (или и двата едновременно). В мрежата на СУ се използва предимно протоколът IMAP, а MDA сървърния софтуер е обикновено Cyrus IMAPD, Zimbra или Dovecot.

MUA. И в този случай наличният софтуер е напълно подходящ за осъществяване на миграцията от IPv4 към IPv6 по механизма "dual-stack". Повечето съвременни (като дизайн) електронни пощенски клиенти предоставят поддръжка на IPv4 и IPv6 напълно прозрачно за клиента. Без значение дали става дума за клиенти с отворен код като Thunderbird, Kmail, уеб базирания клиент Squirrelmail или за мобилните им аналози. Всички те могат да използват пощенските сървъри на СУ и по двата адресни протокола, напълно прозрачно за потребителя, ако работната му станция или мобилното му устройство имат IPv6 свързаност към Интернет.

WWW

Уеб сървърът на СУ (www.uni-sofia.bg) и сървъри на някои факултети функционират по механизъм "dual-stack" и са достъпни както по IPv4, така и по IPv6. За целта се използва продуктът с отворен код Apache, който реализира HTTP сървър и позволява предоставяне на съдържание по протокола HTTP и по двата адресни протокола, в зависимост по кой от тях е получена клиентската заявка. За да може клиентът да заявява предоставяне на съдържание по IPv6 от сървъра, следва името на хост, който ще присъства в HTTP протоколната заявка, да има AAAA ресурсен запис в съответната зона на домейн. Например, за www.uni-sofia.bg и uni-sofia.bg са направени следните записи в зоната на домейна uni-sofia.bg

A 62.44.96.22

www AAAA 2001:67c:20d0::22

A 62.44.96.22

Когато един HTTP клиент запита за IP адреса на www.uni-sofia.bg или uni-sofia.bg, системата за имена DNS ще му даде както отговор за IPv4 адреса, така и за IPv6. Ако клиентът има текуща работеща IPv6 свързаност, той ще достъпи www.uni-sofia.bg или uni-sofia.bg чрез свързване до съответния IPv6 адрес.

Не съществува принципен или практически проблем за реализирането на HTTP виртуален хостинг базиран на име на хост или IPv4 и IPv6 адрес. Не само Apache, но и други сървърни софтуери като LigHTTPD са напълно готови да посрещнат нуждата от такъв хостинг.