gogoNET

IPv6 products, community and services

Здравейте,

Правя кампания за образоване на обществото за проблема IPv4 и решението IPv6.
Според мен IPv6 наследява проблемите с маршрутизацията на IPv4 и затова е лошо решение.
От друга страна IPv6 изпълнява предназначението, за което е създаден: добавяне на множество адреси. Освен това при прилагане в еднородна среда (само IPv6), IPv6 е работещо решение.
В действителност обаче ще се наложи IPv6 да се използва съвместно с IPv4 неопределено време.
Същевременно денят X на изчерпване на IPv4 адресите наближава http://tonistoev.info/ipv4problem-ipv6endeavor.html

Понеже засега IPv6 е единственото реалистично решение на проблема с недостига на адреси, http://en.wikipedia.org/wiki/IPv4_address_exhaustion#Long-term_solu... смятам, че трябва да се подготвим и да предприемем миграция към IPv6 на всички услуги и системи. Това трябва да стане отдалече, постепенно или изведнъж в зависимост от обстоятелствата, съзнателно и целенасочено. Така ще си осигурим продължение на растежа на качествения онлайн бизнес и предоставянето на пълноценен достъп до онлайн услуги на максимален брой хора на все по-ниски цени.

Много съм доволен, че вече има сформирана българска IPv6 група. Това е място за смели и търсещи личности. Надявам се да обменяме актуална информация за внедряване на IPv6. Моля пишете какви въпроси си задавате във връзка с ползването на новата система.

Поздрави
Тони Стоев

http://ipv6ready.org/
http://www.ipv6actnow.org/

Преглеждания: 33

Отговори на тази дискусия

Привет,

Аз лично съм работил в IPv6 компания, но уви там нещата не се развиваха достатъчно бързо.
Мога само да кажа от опита който придобих относно този проблем е, че няма достатъчно мрежови решения който да са способни да работят с IPv6 протокол било то за обикновени потребители или доставчици на услуги.
Също така има и доста остаряли технологии за който е нужно да се намери заместител както и липсата на воля от страна на интернет доставчиците да предлагат IPv6 аз употреба утежнява още повече ситуацията.

Поздрави,
Николай
Николай, трябва хората да са мотивирани, за да правят достатъчно и качествени решения за IPv6.
Веригата за мотивация е следната:
IANA, RIPE (RIR), Some Net (ISP), краен клиент
Понеже все още е евтин IPv4 адресът, ISP-тата се ослушват, а крайният клиент въобще не знае.
Тези които са чували за проблема, смятат, че IPv6 е готово решение: кликаш с мишката и работи.
Трябва да обясним на всички как всъщност са нещата и да подготвим психически крайния клиент за плащане на сметката.

Поздрави и от мен,
Тони
Здрасти Тони,

Какво не и харесваш на маршрутизацията в IPv4, че и в IPv6. Не че е идеална, но като цяло това е положението. Относно миграцията съм съгласен с теб. Принципно аз работя по OSS архитектура, която веднъж реализирана би трябвало да се справи с трансформацията от IPv4 мрежа, услуга и потребители към IPv6 такива. Може да прочетеш повече за идеята на личната ми страница http://niau.org/?cat=6.

Поздрави,
Николай Милованов
Здравей Николай,

Смятам, че за ефективна маршрутизация адресирането трябва да следва максимално топологията. В IPv4 и IPv6 структурата на адресите дава само приблизително описание на тополгията. Същевременно и в двата протокола адреси се задават на интерфейси, а не на възли (хостове, рутери), което води до това, че един и същ маршрут се описва с различни междинни точки в двете посоки.

Предполагам, че OSS означава open source software – супер, ако е така. Браво и за начинанието с идея решението на въпросите по IPv4/IPv6 миграцията да е заложено в архитектурата на цялостна (софтуерна) система.

Прегледах набързо niau.org като за начало. Като имам повече време, ще прочета повече.

Предлагам да формулираме тук основните проблеми, които има да се решават при 4 към 6 миграция.

Поздрави
Тони
За добро или за лошо не е Open Source Software, а Operation Support Systems :) И за да бъда по точен развиваната от мен архитектура е разширение на съществуващия FAB (Fulfillment, Assurance and Billing) модел развиван от TMFORUM. Принципно не пречи това да се реализира като проект с отворен код. За момента съм на принципно ниво. Т.е изчиствам архитектурата и основните концепции. Идеята като цяло е простичка. За да се направи добра миграция от единя протокол към друг на мрежата и услугите на дадено ISP трябва да имаме:
1. Добра информация за самата мрежа и съществуващите услуги. Хубаво е тази информация да може да се обновява динамично и автоматизирано. Т.е трябва ни network invenory.

2. Трябва да следваме определени правила или да кажем някъква бизнес логика. Т.е примерно да имаме контрол и автоматизация върху процеса на миграция.

3. Трябва по някакъв начин да опишем и осъществим комуникацията с мрежовите устройства.

Тъй като мрежите на отделните доставчици са доста различни една от друга, използват различни производители на техника и следват различни бизнес модели 1,2,3 не е добре да се реализират като затворени системи. Т.е за да сме гъвкави е добре да са като отворени API част от общ framework.

Принципно за маршрутизацията си прав, но за да се избегнат тези проблеми си има ISIS. Протокол, който използва CLNS, адресите са на ниво хост и има малко общо както с IPv4 така и с IPv6. Т.е протоколът просто пренася маршрутизиращата информация, но е прозрачен за IP протоколите. Не случайно повечето опорни мрежи са базирани именно на ISIS. Между другото точно в ISIS преди време го имаше проблема с "което води до това, че един и същ маршрут се описва с различни междинни точки в двете посоки.", но там бе породен по друга причина :)

Николай
Николай,

Аз имам предвид следните дадености в Мрежата:

Имаме стара система IPv4 и нова система IPv6.
Имаме клиенти, междинна среда и сървъри.
Имаме мрежов стек на операционната система и приложения.

Да подберем реалистичните комбинации и да ги разгледаме.

Поздрави
Тони,

Съгласен. Хвърли като заначало един поглед на този пост.
http://gogonet.gogo6.com/profiles/blogs/ipv6ipv4-translation?xg_sou....

Относно кампанията преди няколко дни направих един семинар на тема IPv6 в НБУ. Колкото и малко да е това смятам, че това е начина. За моя изненада освен мойте студенти дойдоха и доста други хора и стаята беше пълна. Презентацията от семинара съм я качил на niau.org.


Ники
Браво на човека, доста се е потрудил за този списък там.

Ники, като каза НБУ, от IPv6 лабораторията ми казаха, че доцент Иван Богомилов от департамент Телекомуникации бил фен на IPv6. Явно в този университет има добра среда за иновации.

Поздрави
Тони
Хей, айпи-ви-сиксъри, знаете ли, че IPv6 лабораторията в София работи и могат да се правят тестове през нея:
http://www.6deploy.eu/index.php?page=testbed_reservation
Лабораторията е достъпна за групи, например администраторите на някой ISP. Заявявате си ден и ви дават достъп до рутерите с IPv6 свързаност.
Правя сайт http://ipv6bg.eu/
Сайтът върви добре, вече втори месец.
Направих допитване за IPv6: http://ipv6bg.eu/poll
Питам хората кога искат да започне доставянето на Интернет по IPv6.
Забелязвам интересна тенденция от допитването, а пък най-вече и в разговорите ми на живо:
Много хора са за пускане на IPv6 своевременно, преди да се изчерпят IPv4 адресите.
Има обаче и доста такива, които искат да се отложи максимално във времето внедряването. Това са най-вече компетнти хора – интегратори и даже Интернет доставчици. Сблъскали са се с проблемите му и вече го отбягват. Същевременно познават идеално начините за спестяване на IP адреси.
И така се заформят противесни тежнения сред хората...

Sponsors

Coming soon...

IPv6 Product Information

gogoNET LIVE! 3 Event

Nov. 12-14, 2012, Silicon Valley, USA

© 2012   Created by gogo6.

Badges  |  Report an Issue  |  Terms of Service