Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 238
я за российский подход — не паримся!
Обычные «домашние» провайдеры ладно, посадят клиентов за НАТ, большая часть и не заметит, а вот что будут делать хостеры (VDS, DS, colo) интересно? Там клиентов за NAT не посадишь, каждому хоть один IP вынь да положь.
Одним из вариантов может являться выдача клиентам набора ip:port и тогда все благополучно забудут, что tcp:80 это http
И делать костыль к DNS который будет выдавать отпет типа ип: порт? Или как вы себе представляете адреса?
Да вообщем-то и делать особо ничего не надо. В DNS всё есть — SRV-записи. Фактически доменному имени можно сопоставить любой IP и порт. Вот только чтобы это всё реализовать нужно будет все браузеры «доработать».
А теперь разместите мне на одном нате 60000 подключений к портам :) а теперь 160000 :)
Ну зачем же сразу так зверствовать :) 2-3 для начала хватит.
2-3 на один IP и так приходится — HTTP, пара портов на FTP, mail использует вообще от двух до трёх… И это не считая SIP, баз данных, игровых серверов и кучи, кучи, кучи, кучи прочих потребителей в пределах одного IP…
Но речь, как я понял, идёт о том, что вообще говоря, подключение юзверя к порту занимает на НАТе отдельный порт, в итоге НАТ тупо захлебнётся на запросах…
Но речь, как я понял, идёт о том, что вообще говоря, подключение юзверя к порту занимает на НАТе отдельный порт, в итоге НАТ тупо захлебнётся на запросах…
Ага, будет интересно если начнут продавать порты…
Мне например нужен Corba transport, юзаю его на портах с 4000 до 5000, каждое соединение на новом порту, заплатить за 1000 портов? )
Мне например нужен Corba transport, юзаю его на портах с 4000 до 5000, каждое соединение на новом порту, заплатить за 1000 портов? )
Ну смотрите у меня двадцать сайтов с посещением 3500 онлайн постоянных, уже сокетное голодание.
тьфу портовое голодание, пардон :)
Вы считаете, что для каждого посетителя выделяется отдельный входящий порт? :)
Да понятно что идея бред. Никто такие костыли делать не будет. Ясно что будет переход на IPv6. Но не резко, как многие думают. Сейчас просто начнутся чистки неиспользуемых IP. Возможны спекуляции этими блоками. Вообщем как ни крути, плавно оборудование будет меняться и так же плавно производиться переход.
Фигня в том, что пока что с SRV нормально умеют работать только IRC и SIP, насколько я помню…
Браузерам на SRV обычно плевать, а переделывать придётся почти ВСЁ, так что имеет таки смысл заняться именно шестёркой: один чёрт кучу изменений вносить придётся, а SRV, как не крути, мера временная!
Браузерам на SRV обычно плевать, а переделывать придётся почти ВСЁ, так что имеет таки смысл заняться именно шестёркой: один чёрт кучу изменений вносить придётся, а SRV, как не крути, мера временная!
А ещё Kerberos, LDAP, Jabber…
Не всё так пессимистично.
Не всё так пессимистично.
Да и вообще в http уже предусмотрено несколько разных сайтов на одном IP. Можно не городить огород, а поставить легковесный веб-сервер типа nginx и перенаправлять запросы с него на нужный сервер.
Во-первых, не для одного http берут VDS. Во-вторых, кто будет настраивать этот nginx? В-третьих, nginx, afaik, не поддерживает полностью http, особенно server push технологии.
А как насчет корпоративных firewalls? Только 80 порт и все.
а какая разница, 1 ip все-равно бесплатен на ВДС.
сделают, заюзаем, nginx ipv6 держит.
сделают, заюзаем, nginx ipv6 держит.
Нет никаких проблем выдавать им всем один и тот же адрес, а маршрутизацию осуществлять для HTTP по заголовку «Host». По крайней мере, это осуществимо. Думаю, что сделать нечто подобное можно и с sshd и с прочими.
Кто будет эту маршрутизацию настраивать хотя бы? Хостер? Откуда он узнает какие хосты у меня крутятся? Владельцы/арендаторы серверов будут иметь доступ к роутеру? Про программы, не поддерживающие виртуальные хосты я вообще молчу.
Хостер.
Захотите принимать входящий трафик — сами ему и сообщите.
Программам надо уметь слушать TCP на IP внутренней сети, остальное за них на тот момент уже сделали.
Да, не очень, зато, предполагаю, будет чуть дешевле.
На 1-2 руб в месяц в закупке, как описано выше.
Захотите принимать входящий трафик — сами ему и сообщите.
Программам надо уметь слушать TCP на IP внутренней сети, остальное за них на тот момент уже сделали.
Да, не очень, зато, предполагаю, будет чуть дешевле.
На 1-2 руб в месяц в закупке, как описано выше.
Root (V)DS, не говоря о colocation, приобретают, имхо, прежде всего для того, чтобы иметь возможность всё (на уровне сервера) настраивать самому, не завися от оперативности суппорта хостера и т. п. Люди приобретают по несколько IP на один сервер для решения своих задач, а вы предлагаете чуть ли не к шаред хостингу им возвращаться.
Предполагаю, что провайдеры будут повышать цены на статичные IP для домашних пользователей. Мой сейчас стоит 70 р/мес.
Для провайдеров это копеечная услуга, в которой задействовано условно полтора десятка адресов во всем мире. Деньги с вас берут скорее за некоторую дополнительную сложность в организации такой услуги: нужно как-то помнить про ваш адрес.
Основной расход адресов идет на совсем другое: выдача блоков (как провайдеро-зависимых, так и независимых) для корпоративных сетей, массовые блоки под пулы для пользователей ШПД и всякие мобильные 3G (причем тут как с NAT, так и без), ну и ЦОДы. Причем, разумеется, во всех случаях адреса используются чудовищно нерационально.
Основной расход адресов идет на совсем другое: выдача блоков (как провайдеро-зависимых, так и независимых) для корпоративных сетей, массовые блоки под пулы для пользователей ШПД и всякие мобильные 3G (причем тут как с NAT, так и без), ну и ЦОДы. Причем, разумеется, во всех случаях адреса используются чудовищно нерационально.
Подтверждаю, неделю назад на форуме nag.ru озвучили текущее предложение по аренде
Первая цифра — единовременно/вторая — ежемесячно
/24 (256 IP адресов) 11 600 / 300
/23 (512 IP адресов) 14 100 / 400
/22 (1024 IP адресов) 21 200 / 450
/21 (2048 IP адресов) 52 800 / 2050
т.е. у люму провайдеру они обойдутся в 1-2 руб себестоимости.
Первая цифра — единовременно/вторая — ежемесячно
/24 (256 IP адресов) 11 600 / 300
/23 (512 IP адресов) 14 100 / 400
/22 (1024 IP адресов) 21 200 / 450
/21 (2048 IP адресов) 52 800 / 2050
т.е. у люму провайдеру они обойдутся в 1-2 руб себестоимости.
Дорого что-то.
/24 обходится нынче в районе $150 либо /20 что-то около 2к если память не изменяет.
/24 обходится нынче в районе $150 либо /20 что-то около 2к если память не изменяет.
Под копеечностью я другое имел в виду. Вовсе не купить за 1-2 рубля, продать за 70 :) Это, наоборот, казалось бы, отличный бизнес. Просто абонентов, которые берут эту услугу, — доли процента. И адресов там в мировом масштабе на это расходуется совсем копейки. А вот зато эти адреса надо выдавать из отдельного пула, который не пересекается с NAT'ом, поэтому часто недоутилизирован и т. д.
Угу, только что подсчитал что у меня реальную айпишку берет только каждый 200-й абонент при сопоставимой цене. Суть в том что 99.97% пользователей не знают зачем им белая айпишка и прекрасно чувствуют себя вконтактике за натом. Если еще более вдуматься то на домашних абонентов реальных айпишек получается еще меньше 1% — остальное бизнессектор с айписеком, видеонадзиралками и какими-то своими заморочками.
Если 99.97% пользователей посадить за NAT, что будет с торрентами?
а чо с ним будет? аплоад вырастет у оставшихся 0,03 процентов белых
UPnP. Правда правайдеры от этого не будут в востогре :)
у меня отлично раздаёт… utorrent сообщает, что порты открыты
IPv6 не работает пока на уровне провайдеров, но с помощью костылей в виде всяких teredo он работает более чем нормально.
Так что за торренты я бы не боялся.
Так что за торренты я бы не боялся.
Да не переживайте вы так. NAT меньшая из бед торрента. Вот то, что этим заинтересовались власти и начали действовать, порой очень решительно — это очень плохо.
ничего с ними не будет :)
Отчасти и в неадекватности (имхо) цен причина — я знаю, зачем мне белый IP (главная причина — высокий аплоад в торрентах :) ), но платить за него 50% от стоимости канала (4/2 Мбит) как-то не тру. Когда канал был 128/64 кбит и стоил 700 р/мес, то платил 150 р/мес за айпишник. За 6 лет ценник на канал упал в 60+ раз, а вот на IP не изменился.
Аплоад высокий, говорите? А нет опасений, что когда-то вас за этот самый белый IP возьмут грубыми руками?
Думаете с серым много сложнее? У провайдера наверняка ведутся логи и он сможет моментально сказать, кто обращался к такому-то хосту в такое-то время. А запрос к провайдеру, чтобы взять грубыми руками нужен по любому.
Ну да, только в первую очередь будут брать тех, у кого аплоад высокий.
Сейчас с серым IP (NAT) я вынужден держать комп включенным постоянно для поддержания приемлемого рейта. С белым IP такой необходимости не будет, я думаю. То есть трафик не изменится, изменится его интенсивность.
Это верно только при условии, что ваша раздача суперпопулярна. Если вы первым выкладываете торрент в сеть, раздаете, скажем до трех сидов, то да. Но именно такие люди и представляют наибольший интерес для копирастов.
Если же вы раздаете что-то редкое и представляющее интерес для узкой аудитории, то сидировать надо постоянно.
Если же вы раздаете что-то редкое и представляющее интерес для узкой аудитории, то сидировать надо постоянно.
Наверное потому, что — suprise! — цены за передачу данных уменьшаются, а вот за аренду адресов у регистратора — нет.
Где-то в топике мелькнуло, что себестоимость одного адреса порядка 2 рублей в месяц. Некоторые провайдеры дают бесплатно, а некоторые просят по 150 р. Имхо, там где продают за такую цену — это скорее барьер для облегчения работы суппорта, чтобы белый IP был только у тех, кому он действительно нужен (их машины, скорее будут нормально защищены от атак извне, а остальные за провайдерским натом)
Ну да, пожалуй.
Саппорт в целом не причём :)
Последние годы (не знаю все ли) провайдеры вынуждены вилять хвостом перед нашим RIPE-ом, чтобы получить очередной блок. Отчитываются как они используют адреса, сколько ушло на динамику, сколько на статику, показывают тенденцию роста, отвечают на вопросы и только потом, если удалось убедить RIPE, что без этого никак, получают сеть.
Кому такое нравится? Вот и стараются использовать поэффективнее. В том числе продавая статику. Чтобы только те, кому она действительно необходима, получили свой IP.
Последние годы (не знаю все ли) провайдеры вынуждены вилять хвостом перед нашим RIPE-ом, чтобы получить очередной блок. Отчитываются как они используют адреса, сколько ушло на динамику, сколько на статику, показывают тенденцию роста, отвечают на вопросы и только потом, если удалось убедить RIPE, что без этого никак, получают сеть.
Кому такое нравится? Вот и стараются использовать поэффективнее. В том числе продавая статику. Чтобы только те, кому она действительно необходима, получили свой IP.
у нас бесплатно :)
Интересно, с кем можно заключить пари насчёт сроков перехода?
Хм… Идея для стартапа! IT-Букмекер))))
На LongBets можно. Про него писали уже на хабре — habrahabr.ru/blogs/popular_science/102986/
А кто проспонсирует смену оборудования? Большинство ISP строили свои сети на том, что IPv6 поддерживает только формально, значит переходить будут ОЧЕНЬ постепенно. Знаете ли, поменять все активное оборудование, особенно core+edge стоит нереальных денег. А пока нет некой критической массы пользователей IPv6Only, нет (мало) и сайтов. Мело сайтов — спроса нет. А запастись можно было раньше подумав, к примеру у нас провайдер купил полгода назад блок /16 имея около 7к абонентов всего. Как скоро они у него закончатся?
а нам за /22 пришлось пройти все круги ада :(
Представьте что вам надо купить IPv6 Edge router у которого было бы десяток 1G интерфейсов под оптику и хотя бы парочку 10GE, fullview BGP ну и смог роутить поток в 5-10Gbit/s (да, да я знаю, скорость роутинга меряется в pps)
Теперь представьте какой пучок /20 сеток можно накупить на эти деньги.
Теперь представьте какой пучок /20 сеток можно накупить на эти деньги.
Вы вообще имеете отношение к телекомам? ;) Такой IPv6 router будет стоить ровно столько же денег, сколько и IPv4. Под эти требования подходят, например, Juniper серии MX, Cisco серии 76xx. И тот и другой работают с IPv6 «из коробки» и с «базовой» лицензией.
Да если бы… Я сейчас готовлюсь к сдаче экзаменов по IPv6 (сразу несколько разных вендоров), и поверьте, IPv6 поддерживается везде често формально. Действительно, почти все управляющие конструкции (MPLS, VPN, BGP) очень сильно завязаны на IPv4, тут все очень и очень глухо
Вы знаете, не поверю. Хотя бы по той простой причине. что ещё в сентябре спокойно настроил на Juniper (MX240, если интересно) IPv6 BGP-сессии, вообще без проблем и в полном соответствии с документацией. На циске проверять лень, но 7206 по документации также спокойно держит IPv6.
По MPLS не скажу, без надобности было. VPN вообще не совсем понятно, каким образом имеет отношение к IPv6.
По MPLS не скажу, без надобности было. VPN вообще не совсем понятно, каким образом имеет отношение к IPv6.
Давайте начнем с простого — настроим полностью нативную связанность по IPv6. Без MAC. Продолжим BGP со сложными политиками (с весами и MED). Я не говорю, что это невозможно. Я только говорю о том, что начнут всплывать тараканы. В самых неожиданных местах.
вы знаете — пока это не начнут делать — всё так в «формальном» состоянии и будет.
мне кажется люди заигрались в бизнес и забыли про fair use — слишком много дельцов сейчас в мире интернета.
4to6 transition и покажет — кто реально занимается сетями, с долгосрочными намеряниями, а кто попиздеть вышел
мне кажется люди заигрались в бизнес и забыли про fair use — слишком много дельцов сейчас в мире интернета.
4to6 transition и покажет — кто реально занимается сетями, с долгосрочными намеряниями, а кто попиздеть вышел
Да не вопрос, можете пропинговать наш роутер: ipv6.smartspb.net. Полностью нативная связанность по IPv6, работа в dual-stack конфигурации (то есть априори наиболее проблемная). BGP со сложными политиками к IPv6 вообще пофиг, но тем не менее, можете заглянуть и в RIPE'овскую БД нашей AS, где обьявлены в том числе весы и MED через IPv6-сессии SPb-IX и, соответственно, аплинка. All works just fine.
Так что давайте, как говорится, судить об устрицах не только по книжкам и курсам. ;)
Так что давайте, как говорится, судить об устрицах не только по книжкам и курсам. ;)
Извините, что немного невнятно высказал мысль, думал из первого сообщения она очевидно понятна. Я имел в виду ситуацию когда у нас УЖЕ ЕСТЬ что-то с указанными характеристиками, но не умеющее этот самый IPv6 и для перехода надо купить новое оборудование.
Какая-то грусть от этой статьи. И хочется что-то сделать, чтобы проблем-то не было. Взяться за какой-то край, помочь осилить. Но половине компаний оно не нужно, деньги им и так идут.
Сам корпоративный сектор в вопросах глобального роутинга по большей части (если не считать, скажем, Google с IBM) малограмотен и не слишком уж инициативен в таких вопросах. Оно и понятно, ему надо деньги зарабатывать. И сам он никого поддерживать не станет, и будет также клянчить IPv4 до последнего. Но когда-то ж наступит все-таки момент, когда ему скажут «извини, брателло, кончились». И только тогда он, сперва перебрав все другие варианты, пойдет апгрейдить свой легаси софт и серьезно разговаривать с провайдерами.
В Беларуси года 3 никто из провайдеров рыпаться с переходом на ipv6 походу не будет…
Интересно что делать с домашними роутерами, я еще не видел наклеек IPv6 Ready, я понимаю что можно обновлять прошивку, но мало кто из производителей будут на это заворачиваться, а это означает что все будут должны выбросить свои старые роутеры и пойти купить новые, да и если брать провайдеров то им тоже весело, допустим у меня — Akado (Docsis) что бы им реализовать ipv6 нужно сменить прошивку на всех модемах, всех комутаторах и маршрутизаторах в каждом подъезде, а мой провайдер он от ЦАО и до южного Бутово, так что я предполагаю какой их гемморой ждет…
Но конкуренция я надеюсь съиграет своё дело, когда у нас хоть 1 провайдер гордо скажет что он ipv6 Ready то у него будет преимущество и остальные потянуться, это напоминает снижение цен на 3G интернет у большой тройки после прихода Yota
Но конкуренция я надеюсь съиграет своё дело, когда у нас хоть 1 провайдер гордо скажет что он ipv6 Ready то у него будет преимущество и остальные потянуться, это напоминает снижение цен на 3G интернет у большой тройки после прихода Yota
Никто этого делать не будет, как и менять пользовательское оборудование в принципе. В худшем случае все закончится nat64 либо просто появлением wire-speed nat решений по доступным ценам и более экономичному использованию ресурса уже выданных блоков.
>либо просто появлением wire-speed nat решений
Не будет этого. Не столько wire-speed, сколько полной халявы в смысле способности прокачивать через NAT столько трафика, сколько позволяет линия, без оглядки на количество абонентов, тип трафика и т. п. 64 по схеме 1-в-1 — может быть, но не обычного, когда снаружи много, внутри мало. Просто в силу stateful-природы все упирается в количество сессий, скорость их установки и «полупрограммные» решения внутри оборудования.
Не будет этого. Не столько wire-speed, сколько полной халявы в смысле способности прокачивать через NAT столько трафика, сколько позволяет линия, без оглядки на количество абонентов, тип трафика и т. п. 64 по схеме 1-в-1 — может быть, но не обычного, когда снаружи много, внутри мало. Просто в силу stateful-природы все упирается в количество сессий, скорость их установки и «полупрограммные» решения внутри оборудования.
Согласен на счет невозможности халявы.
Хотя последние показатели в районе 650 мбит злого торентотрафика на 700-баксовых тазиках как бы намекают что щастье не за горами :)
Хотя последние показатели в районе 650 мбит злого торентотрафика на 700-баксовых тазиках как бы намекают что щастье не за горами :)
К сожалению, за горами. Мегабиты тут не главый показатель. У вас просто сессий (абонентов) не много. Агрегат, способный делать десятки и даже сотни тысяч новых сессий в секунду и держать под 10 миллионов одновременно действующих, стоит раз в 700 дороже, чем 700 баксов. Для тех же опсосов с их сотнями тысяч активных 3G-абонентов это вполне реальные потребности. Для крупного ШПД типа помянутой акады — тоже.
>>К сожалению, за горами. Мегабиты тут не главый показатель. У вас просто сессий (абонентов) не много.
Ага есть еще ппс, распределение по трафику и прочие показатели сильно влияющие на продуктивность ната у каждого конкретного оператора.
В районе 250к естеблишед сессий при 170-190кппс при тех же 650мбитах за ~700 я считаю не есть дорого или накладно.
>>Агрегат, способный делать десятки и даже сотни тысяч новых сессий в секунду и держать под 10 миллионов одновременно действующих, стоит раз в 700 дороже, чем 700 баксов. Для тех же опсосов с их сотнями тысяч активных 3G-абонентов это вполне реальные потребности. Для крупного ШПД типа помянутой акады — тоже.
и конечно же в вашем понимании это _одна_ монолитная, неделимая и немасштабируемая по горизонтали железка, я угадал? :)
К счастью с сотнями тысяч активных абонентов не сталкивался а наглядные примеры продуктивного НАТа на «десятках тысяч» благо имею возможность наблюдать.
Ага есть еще ппс, распределение по трафику и прочие показатели сильно влияющие на продуктивность ната у каждого конкретного оператора.
В районе 250к естеблишед сессий при 170-190кппс при тех же 650мбитах за ~700 я считаю не есть дорого или накладно.
>>Агрегат, способный делать десятки и даже сотни тысяч новых сессий в секунду и держать под 10 миллионов одновременно действующих, стоит раз в 700 дороже, чем 700 баксов. Для тех же опсосов с их сотнями тысяч активных 3G-абонентов это вполне реальные потребности. Для крупного ШПД типа помянутой акады — тоже.
и конечно же в вашем понимании это _одна_ монолитная, неделимая и немасштабируемая по горизонтали железка, я угадал? :)
К счастью с сотнями тысяч активных абонентов не сталкивался а наглядные примеры продуктивного НАТа на «десятках тысяч» благо имею возможность наблюдать.
>и конечно же в вашем понимании это _одна_ монолитная, неделимая и немасштабируемая
>по горизонтали железка, я угадал? :)
Не угадали. У той же акады их несколько ) Не говоря уже об обсосах.
Но это все холивар, к делу не имеющий отношения. Нат тоже требует реальных адресов, просто пока пространство для маневра еще есть и оно дешевле, чем внедрение v6. Но оно отнюдь не резиновое. О чем я в топике и написал.
>по горизонтали железка, я угадал? :)
Не угадали. У той же акады их несколько ) Не говоря уже об обсосах.
Но это все холивар, к делу не имеющий отношения. Нат тоже требует реальных адресов, просто пока пространство для маневра еще есть и оно дешевле, чем внедрение v6. Но оно отнюдь не резиновое. О чем я в топике и написал.
ой, неудачно ентер тыкнул :(
а также: nag.ru/articles/article/17443/shape-nat-netflow-v-bolshih-setyah-chast-2.html
и конечно www.nag.ru/articles/article/17943/nat-kotoryy-my-poteryali.html
Вселяет надежду что таки «не загорами» :)
а также: nag.ru/articles/article/17443/shape-nat-netflow-v-bolshih-setyah-chast-2.html
и конечно www.nag.ru/articles/article/17943/nat-kotoryy-my-poteryali.html
Вселяет надежду что таки «не загорами» :)
А в docsis разве нельзя прошивку сменить удаленно, со стороны провайдера? Это ж можно вполне себе автоматизировать.
С локалками на эзернете — хуже, там нужно либо заставлять пользователей перепрошиваться (а во что? в openwrt? не каждый сможет, и не для любого роутера сгодится), либо инженерам ходить по подъездам и прошивать всех. Проблема, да.
> то у него будет преимущество
С локалками на эзернете — хуже, там нужно либо заставлять пользователей перепрошиваться (а во что? в openwrt? не каждый сможет, и не для любого роутера сгодится), либо инженерам ходить по подъездам и прошивать всех. Проблема, да.
> то у него будет преимущество
Я имел ввиду свитчи и шлюзы перепрограмировать, модемы то понятно что можно
Можно, только есть подозрение что никто этого делать не будет по вполне понятным житейским соображениям — никто не хочет нести ответственность за _клиентское_ оборудование. Кроме того очень много из крутящегося теперь у людей доксис 1/2 железа давно как EOL и ниокаком ipv6 ни на нем ни на cmts-ах речи ити не может.
А в акадо модем передается в собственность, а не на ответственное хранение? Скорее второе. А если так, какое же оно клиентское? Оно провайдерское :)
Без разницы практически внезависимости от того железо после подключения остается провайдерским или пользовательским. Годика эдак 2 назад рискнул обновить всегото конфиги, даже не фирмвари а просто конфиги (ну фильтра чуток подкрутить, квос поправить, еще всякого по мелочам) маааленькому сегментику сеточки. Аукалось еще довольно долго — то модемчики с иероглифами при виде оида рестарта делали хардресет, то некоторые уже без иероглифов делали финт ластами и больше не подымались… В общем еще долго удивлялся разнородным реакциям разнородного _пользовательского_ железа…
Это к тому что затраты на потери клиентов которые неизбежно будут при таких глобальных изменениях какбы никак не корелируют с гипотетическим «каждой кофеварке /48».
Это к тому что затраты на потери клиентов которые неизбежно будут при таких глобальных изменениях какбы никак не корелируют с гипотетическим «каждой кофеварке /48».
Про EOL — согласен, конечно.
Ну давайте дружно заменим все EOL железо на какое-то более модное чтобы выдать каждому пользователю по несколько десятков v6 айпишек? Я правильно понял?
[sarcasm]
Ну в моем конкретном случае это ниразу не дорого, не накладно и вобще не страшно — всего-то пачка bsr2000/bsr1000, дета ~4 сотни л2/л3 свичей… чуток переписать биллинг, поменять слегка логику работы десяточка-второго серверочков… а так халява сэр.
[/sarcasm]
А что делать нормальным операторам которые слегка покрупнее и абонентов и дивайсов у которых слегка поболее?
[sarcasm]
Ну в моем конкретном случае это ниразу не дорого, не накладно и вобще не страшно — всего-то пачка bsr2000/bsr1000, дета ~4 сотни л2/л3 свичей… чуток переписать биллинг, поменять слегка логику работы десяточка-второго серверочков… а так халява сэр.
[/sarcasm]
А что делать нормальным операторам которые слегка покрупнее и абонентов и дивайсов у которых слегка поболее?
Сарказм хорош, только непонятно, почему в мой адрес :)
Я только согласился, что EOL это проблема. Я не говорил, что это единственная проблема.
Я только согласился, что EOL это проблема. Я не говорил, что это единственная проблема.
Именно поэтому RIPE сотоварищами начали предупреждать о кончине IPv4-эпохи не сейчас, а сильно заранее. Но вместо того, чтобы озадачиваться подбором IPv6-совместимого оборудования, большинство продолжали отмахиваться от проблемы, считая её надуманной. В итоге столь недальновидные операторы получили уже сейчас нехилый геморрой на свою задницу, и ситуация будет лишь усугубляться. Через каких-то полгода более умные (мелкие) операторы, которые не столь тяжелы на подьём, начнут выдавать клиентам IPv6 и получат реальное конкурентное преимущество.
> то у него будет преимущество
Для кого? Вконтактик и так работает.
Для кого? Вконтактик и так работает.
Я думаю что тот же Google запустит компанию по продвижению ipv6 типо с ним быстрее лучше, etc
Да и главное что бы магистральные перешли тогда уже и провайдеры последней мили будут начинать переход
Да и главное что бы магистральные перешли тогда уже и провайдеры последней мили будут начинать переход
гугл перестанет откликатся на v4 и добровольно задушит свои сервисы отказавшись от практически 100% целевых потребителей?
Магистральные как раз уже многие перешли, там это проще всего.
Наш магистральный провайдер, далеко не самый в Украине (Входит в группу Фарлеп, та, что на Украине) написала мне вот примерно такое когда мы их про v6 спросили:
Андрей, добрый день!
На данный момент мы проводим модернизацию нашей сети, которая даст нам возможность поддержки IPv6.
Ориентировочно во втором квартале 2011 года такая услуга у нас будет уже поддерживаться.
Как только мы получим точные сроки запуска сервиса, мы Вас сразу же проинформируем.
Точнее будем держать Вас в курсе.
… так что к Новому Году может и уложимся…
Андрей, добрый день!
На данный момент мы проводим модернизацию нашей сети, которая даст нам возможность поддержки IPv6.
Ориентировочно во втором квартале 2011 года такая услуга у нас будет уже поддерживаться.
Как только мы получим точные сроки запуска сервиса, мы Вас сразу же проинформируем.
Точнее будем держать Вас в курсе.
… так что к Новому Году может и уложимся…
А в каком месте это магистральный провайдер?
Ну, не буду тыкать пальцем… goo.gl/dnI1a
по-моему все современные роутеры держат ipv6
Например? я не видел еще что бы в SOHO роутерах была строчка IPV6 DNS
Большая часть да. Но производительность с dual-stack IPv4/IPv6 аховая. Большинству прийдется в срочном порядке строить две инфраструктуры одна для IPv4 вторая для IPv6 + NAT64 чтоб люди на IPv6 чувствовали себя комфортно.
Не путайте, формально «держат» почти все, на практике 8 из 10 виснут и издыхают под копеечной нагрузкой.
А какие роутеры вы называете современными? DIR-100 в магазинах продаётся, значит он современный. А IPv6 вроде не поддерживает.
dlink 615 уже с наклейкой ipv6 ready
В 4-й раз говорю — то, что на нем наклейка есть, не значит, что он IPv6 ready. Это значит, что на нем есть наклейка. Я своими глазами видел D-Link с поддержкой (если верить инструкции) 10.000 10mbit IPSEC VPN.
Ipv6 ready выдаёт не сам D-Link, а IPv6 Forum, так что с этой стороны всё как раз не так плохо.
Не говоря уж о том, что у многих «домашних» длинков прошивки на основе Linux, так что и мудрить особо ничего не надо.
Не говоря уж о том, что у многих «домашних» длинков прошивки на основе Linux, так что и мудрить особо ничего не надо.
Вчера спросил в ТП Yota: Когда будут выдавать ipv6 адреса?
Ответили — ждите новостей на сайте?
Может всем начать просто задавать вопросы, чтобы шестеренки закрутились.
Ответили — ждите новостей на сайте?
Может всем начать просто задавать вопросы, чтобы шестеренки закрутились.
Почти все роутеры новые поддерживают IPv6.
Asus WL-5** черт знает сколько поддерживают V6
Мне надоело ждать — я получил бесплатно постоянный ipv6 адрес благодаря ipv6.he.net/
Под линуксом настроил пару скриптов и все. У меня 1 динамический ipv4 — компьютер слушает его, а нетбук за натом, так теперь оба имеют прямые ipv6 адреса.
А кому лень настраивать есть miredo запустил демона и получил белый правда динамический ipv6
Под линуксом настроил пару скриптов и все. У меня 1 динамический ipv4 — компьютер слушает его, а нетбук за натом, так теперь оба имеют прямые ipv6 адреса.
А кому лень настраивать есть miredo запустил демона и получил белый правда динамический ipv6
О каком ipv6 вы говорите, если у нас до сих пор раздают интернет через vpn?
Вот совпадение — именно сегодня я озаботился настройкой IPv6 на своём роутере… (6to4, благо IP незаНАТеный, правда динамический) Видимо, не зря, хехе.
> IPv6 — худшее из решений, но другого нет
Так других нет или всё же есть и IPv6 худшее из них? :)
> Теперь представьте, что весь интернет через год разжился адресами IPv6, и интернет-маршрутизаторам нужно держать по 400 тыс. записей v4 и столько же v6.
Ага, только забыли что таблицы такие большие именно потому, что адресов мало:
1. мало адресов => выдают бережно, по маленьким кускам, на год-два => выдают часто => на каждого получается несколько кусков => несколько записей в таблице.
2. много адресов => выдают от души, на всю жизнь => выдают редко => на каждого по одному куску => по одной записи в таблице.
Ещё:
IPv6 over MPLS over IPv4 core. Никто не заставялет перетягивать ядро на IPv6, достаточно пробросить его клиентам.
И ещё:
«Even though the IPv6 support in IPS 6.2 is not perfect I think it is more that most organizations need» source.
P.S.: судя по негативной окраске сторонников перехода (отмороженные, сумашедшие) самого IPv6 (стыдным, худшее из решений) и позитивной окраске противников (эксперты — сначала большинство, потом уже все), автор — противник и у него баттхёрт.
Так других нет или всё же есть и IPv6 худшее из них? :)
> Теперь представьте, что весь интернет через год разжился адресами IPv6, и интернет-маршрутизаторам нужно держать по 400 тыс. записей v4 и столько же v6.
Ага, только забыли что таблицы такие большие именно потому, что адресов мало:
1. мало адресов => выдают бережно, по маленьким кускам, на год-два => выдают часто => на каждого получается несколько кусков => несколько записей в таблице.
2. много адресов => выдают от души, на всю жизнь => выдают редко => на каждого по одному куску => по одной записи в таблице.
Ещё:
IPv6 over MPLS over IPv4 core. Никто не заставялет перетягивать ядро на IPv6, достаточно пробросить его клиентам.
И ещё:
«Even though the IPv6 support in IPS 6.2 is not perfect I think it is more that most organizations need» source.
P.S.: судя по негативной окраске сторонников перехода (отмороженные, сумашедшие) самого IPv6 (стыдным, худшее из решений) и позитивной окраске противников (эксперты — сначала большинство, потом уже все), автор — противник и у него баттхёрт.
Честно говоря, я сомневаюсь, что 200 тыс. /24 (http://bgp.he.net/report/prefixes#_distribution), что составляет почти 60% анонсов от всего нынешнего IPv4 fullview, анонсируют те, кому адресов надо много. Я могу ошибаться (сейчас лень искать статистику), но имхо это все как раз корпоративные AS, которым нужен десяток адресов для мультихоминга десятка серверов, а получают они сразу /23. Провайдеры же с их пачками /19 — что-то я сомневаюсь, что в мировом масштабе страдают разбиением их на /24. Наверное про это есть статистика, но мне сейчас лень искать.
Уже сегодня соотношение кол-ва префиксов к кол-ву AS в IPv6 fullview — примерно полтора. Это пока все только играют. Теперь представьте, что все нынешние 60 тыс. автономок будут иметь в среднем по три префикса. Плюс IPv4. То есть да, для современного бордера, который только этим и занимается (ни тысяч LSP, ни VPN'ов, ни тысяч ARP-записей, ничего) — это, пожалуй, не проблема, но так ли много таких, если по-честному?
Про 6PE я в курсе. О чем и написал: «Вообще говоря, правильно построенной сети, особенно магистральной, хотя и агрегации-доступа тоже, не так уж сложно стать v6-ready». Дальше там эта мысль развита и приведены контраргументы.
Уже сегодня соотношение кол-ва префиксов к кол-ву AS в IPv6 fullview — примерно полтора. Это пока все только играют. Теперь представьте, что все нынешние 60 тыс. автономок будут иметь в среднем по три префикса. Плюс IPv4. То есть да, для современного бордера, который только этим и занимается (ни тысяч LSP, ни VPN'ов, ни тысяч ARP-записей, ничего) — это, пожалуй, не проблема, но так ли много таких, если по-честному?
Про 6PE я в курсе. О чем и написал: «Вообще говоря, правильно построенной сети, особенно магистральной, хотя и агрегации-доступа тоже, не так уж сложно стать v6-ready». Дальше там эта мысль развита и приведены контраргументы.
IPv6 over MPLS over IPv4 core?! Holy shit, не дай б-г такой чудовищный overkill-«пирамиду» из нагромождения технологий сооружать, а главное, отлаживать.
Из такой логики следует, что все MPLS-сервисы — это „чудовищная overkill-«пирамида»“ :)
Разрази меня гром, да! С содроганием вспоминаю, как для того, чтобы поднять какой-нибудь VPLS, нужно поднимать и настраивать целую «грядку» протоколов, работающих один поверх другого — сначала саму коммутацию по меткам. затем LDP для обнаружения соседей, затем OSPF для статического LSP, затем RSVP и BGP… Блин, я ничего не забыл?
Последовательность и смысл вы немножно напутали, но про целую грядку верно, хоть это и не так сложно. И что с того? MPLS надо отправить на свалку истории? А вместо него обставить все PC-серврами и пускать везде чистый IP с натом? :)
Нет, конечно… Но громоздить грядку IPv6 поверх грядки MPLS поверх грядки IPv4 верх безумия.
Хм. В общем цитата:
Т.е. пускаем IPv6 в настроенном IPv4 + MPLS без изменений самого ядра.
Если вам какая-то идея кажется глупой, не спешите возмущаться, почитайте источник. Вполне возможно, что глуп был пересказчик ;)
Multiprotocol Label Switching (MPLS) is deployed by many service providers in their IPv4 networks. Service providers want to introduce IPv6 services to their customers, but changes to their existing IPv4 infrastructure can be expensive and the cost benefit for a small amount of IPv6 traffic does not make economic sense.
Several integration scenarios have been developed to leverage an existing IPv4 MPLS infrastructure and add IPv6 services without requiring any changes to the network backbone.
Т.е. пускаем IPv6 в настроенном IPv4 + MPLS без изменений самого ядра.
Если вам какая-то идея кажется глупой, не спешите возмущаться, почитайте источник. Вполне возможно, что глуп был пересказчик ;)
А то, что ISIS работает поверх грядки ISO вас не смущает? :)
Добавьте пожалуйста тег «паника» ;)
Чо за паника? интернет не кончится. Просто не будут выдавать новые IPv4 адреса.
а что будет дальше — я не знаю =)
а что будет дальше — я не знаю =)
Ща будут возвраты блоков, забирать неиспользуемые у крупных контор, потом у ЛИРов то что не используют.
В Китае рост, потому найдется куда их деть на года 2.
В Китае рост, потому найдется куда их деть на года 2.
Эпоха большого NAT’а действительно будетПрощайте, торренты…
надеюсь, что прогноз автора окажется скептичным и интернет обойдется без тотального NAT'a
Думаю сказали то что и хотели, памяти в роутере не бесконечно, IPv6 сейчас больше для галочки, поэтому большую часть памяти как раз и отдают под то что используется в 93% случаев т.е. IPv4.
Если размер в количестве маршрутов — то конечно меньше, ведь каждый адрес стал больше места занимать -> маршрутов меньше влезет
Когда прижмет очень сильно, начнут отбирать v4 адреса у плохих компаний (за порно, трекеры и т.п.). Трекерам придется идти в v6, а мы пойдем за ними. Так и перейдем потихоньку.
Надо дождаться критического момента :)
Надо дождаться критического момента :)
МЫ ВСЕ УМРЕМ!!!
> куда и зачем в связи с этим бечь
может, бежать?
может, бежать?
Дело в том, что когда в один адрес транслируется слишком много пользователей, этот адрес начинает выглядеть как источник атаки, и популярные ресурсы начинают его блокировать.
Странная логика. Популярные ресурсы не в информационном вакууме находятся. Они знаю, что ipv4 адреса кончились и количество NAT'ов увеличилось, в чем смысл блокировать своих же клиентов? Таким способом можно любые доводы оправдывать: где-то есть браузеры, которые все еще не поддерживают http 1.1, по-этому популярные ресурсы не будут использовать виртуальные хосты. Популярные ресурсы будут блокировать своих клиентов и через какое-то время перестанут быть популярными, вот и все.
На мой взгляд, нормальный выход из этой ситуации — повышение цен. Сразу большое количество ip освободится.
Британские ученые откроют девятый бит и будет все хорошо
Кто-нибудь помнит IPX?
Кто-то его до сих пор использует?
Так и будет с ipv4?
Пройдет пару лет и большинство про него забудут как про дурной сон.
Кто-то его до сих пор использует?
Так и будет с ipv4?
Пройдет пару лет и большинство про него забудут как про дурной сон.
Red Alert 2 и еще более 9000 олдскульных игр
В России используется в novell сетях некоторых госструктур
IPX была и есть для локальных сетей, в которых поменять адресацию волевым решением не представляет особой проблемы. С ipv4 такой фокус не пройдёт.
Вы удивитесь, когда узнаете сколько древних вещей до сих пор используется.
Под шумок провайдеры стали активнее покупать остатки подсетей у регистратора. Просто чтобы были. Что бы потом можно было продать подороже :)
Лет через 5 будет забавный зоопарк. Предполагаю, что будет у операторов две параллельные сети: одна ipv6, другая ipv4 + хитрая система NAT-ов. Дай бог лет через 10 только ipv4 отомрёт окончательно.
Достаточно ввести арендную плату за 1 ip и сразу получим кучу /8 свободных от компаний, получивших их в 80е года.
"Полная таблица маршрутизации v4-интернета сегодня — это 350 тыс. записей, и число растет экспоненциально. Для IPv6 — всего-то чуть меньше 4,5 тыс. Теперь представьте, что весь интернет через год разжился адресами IPv6, и интернет-маршрутизаторам нужно держать по 400 тыс. записей v4 и столько же v6."
Обманываете :) Для Ipv6 в общем случае не нужно таблицы больше 4.5 тыс записей о каком таком росте Вы говорите?
Обманываете :) Для Ipv6 в общем случае не нужно таблицы больше 4.5 тыс записей о каком таком росте Вы говорите?
Я не знаю, на чем основано ваше утверждение. Мне оно кажется неверным.
Не, тут действительно всё весьма неплохо обстоит, начиная от структуры пакета, который имеет неизменяемую длину заголовка, которые позволяет гораздо легче его(пакет) анализировать и как следствие маршрутизировать до гораздо бОльшего количества адресов, выдаваемого ISP (другими словами, отдельные блоки будут выдаваться и появлятся гораздо реже).
Ну и наконец память, которая под таблицы и расходуется, стоит всё меньше и меньше.
Ну и наконец память, которая под таблицы и расходуется, стоит всё меньше и меньше.
Ну, чего не говори, а 4,5k префиксов — это только вот сейчас, пока реальной раздачи IPv6 толком нету. Уже сейчас для IPv6 (кол-во префиксов)/(кол-во AS)≈1,5. Даже если с массовым передом все 60 тыс. аэсок будут анонсировать по два префикса в среднем — уже есть о чем призадуматься. А ведь количество АЭсок тоже растет экспоненциально.
При этом да, я, собственно, не спорю, что в перспективе это все вполне реально и технологический прогресс, в общем, пока впереди. Вопрос именно в том, что сегодня эксплуатируется реально много железа, для которых уже текущие фиды с трудом влазят либо в FIB, либо (что не менее редко) в RIB. И существующим игрокам на рынке надо потратить много денег, чтобы стать IPv6 ready. Сегодня (пока) у них очень мало к этому экономических стимулов. И доллар, вложенный в НАТ, пока куда как больше приносит, чем доллар, вложенный в IPv6.
При этом да, я, собственно, не спорю, что в перспективе это все вполне реально и технологический прогресс, в общем, пока впереди. Вопрос именно в том, что сегодня эксплуатируется реально много железа, для которых уже текущие фиды с трудом влазят либо в FIB, либо (что не менее редко) в RIB. И существующим игрокам на рынке надо потратить много денег, чтобы стать IPv6 ready. Сегодня (пока) у них очень мало к этому экономических стимулов. И доллар, вложенный в НАТ, пока куда как больше приносит, чем доллар, вложенный в IPv6.
Чувствуешь запах? Это напалм IPv6, сынок. Больше ничто в мире не пахнет так.
Я люблю запахнапалма IPv6 поутру.
© Апокалипсис сегодня
It is expected on February 3rd, 2011, that there will be a formal announcement in the US that IPv4 addresses have been completely exhausted.
www.nro.net/news/icann-nro-live-stream
Я люблю запах
© Апокалипсис сегодня
It is expected on February 3rd, 2011, that there will be a formal announcement in the US that IPv4 addresses have been completely exhausted.
www.nro.net/news/icann-nro-live-stream
Хм.
Правильно ли я понимаю, что в свете нереальных предполагаемых затрат можно смело ожидать нац. проект (с) по модернизации (тм) сетей Ростелекома и прочих за счет средств федерального бюджета?
Правильно ли я понимаю, что в свете нереальных предполагаемых затрат можно смело ожидать нац. проект (с) по модернизации (тм) сетей Ростелекома и прочих за счет средств федерального бюджета?
Реально мог бы ситуацию поменять гугл с яху. если бы в тот уже знаменитый день что они планируют тестить ipv6 они бы выключили ipv4 доступ. на один день. хомячки бы очень напрягли бы суппорт своих провайдеров и, глядишь, началось бы.
а включить ipv6 на день — да никто не заметит.
а включить ipv6 на день — да никто не заметит.
Большинство провайдеров широкополосного доступа и (особенно) мобильные операторы, предоставляющие интернет абонентам-физлицами, нынче тратят огромные деньги на строительство инфраструктуры NAT.
Ой, да я вас умоляю! Существующая инфраструктура NAT обходится в копейки, особенно если не понты кидать, беря «железячные» NAT'ы от Cisco, а обходясь линуксовыми серверами.
Скажем, не секрет, что одна питерская сеть на ~40 000 пользователей обходится 13 (тринадцатью) NAT-серверами на всю сеть, пропуская через эти сервера порядка 9-10Гбит/сек.
Плюс к этому использование NAT весьма существенно облегчает назначение и распределение адресов внутри сети.
ТвоеТВ? :) Могу сказать из-за НАТа, что нормально справляются, +- 5% к заявленным скоростям, пинг до контакта :) — 7-9 мс
Цифраком :)
Мда, если раньше проверяли пинг до www.ru, то теперь показатель качества — пинг до контакта :)
Это, в сущности, холивар, в котором я не буду участвовать. С таким же успехом на форумах уже десятилетиями идут идут войны на тему пограничных шлюзов для корпоративных сетей: коробка или iptables. Могу лишь сказать, что в отношении ната крупные ШПД и мобильщики (мне известно около десятка опсосов в России, на Украине и в Белоруссии, использующих цискины, джуниперовские и хуавеевские девайсы на нате и ниодного, живущего сейчас на серверах) пришли к другому выводу. Но дело не в том вовсе. Нат тоже требует реальных адресов. А абонентские базы пока растут, и еще есть куда. И однажды эта шагреневая кожа затянется как следует.
Вполне допускаю, что право на жизнь имеют разные варианты. Но только, если вот лично вы или ваши начальники и владелецы нашли струю, дизайн, подвели под все это бизнес-модель и хорошо живете, это вовсе не значит, что такой подход тиражируем. А речь именно о том, какой из подходов наберет критическую массу.
>Плюс к этому использование NAT весьма существенно облегчает назначение и распределение адресов
>внутри сети.
Во-во. Только нат к этому делу имеет отношение лишь потому, что сеть доступа у вас — IP, а не L2 до точки оказания услуг. А такая архитектура ведет к существенной зависимости от address family в сети доступа. Я такого добра багато бачив. Как успешно живущего, так и разорившегося. Это в сущности вопрос бизнес-модели: следовать учебнику или делать как нравится. Посмотрим, что с вами будет через пару лет, и как скажется на всем на этом закат IPv4. У меня однозначного ответа нет, хотя понятно, что чем меньше в сети plain IP, там проще внедрять IPv6. Но на деле могут быть интересные эффекты.
Вполне допускаю, что право на жизнь имеют разные варианты. Но только, если вот лично вы или ваши начальники и владелецы нашли струю, дизайн, подвели под все это бизнес-модель и хорошо живете, это вовсе не значит, что такой подход тиражируем. А речь именно о том, какой из подходов наберет критическую массу.
>Плюс к этому использование NAT весьма существенно облегчает назначение и распределение адресов
>внутри сети.
Во-во. Только нат к этому делу имеет отношение лишь потому, что сеть доступа у вас — IP, а не L2 до точки оказания услуг. А такая архитектура ведет к существенной зависимости от address family в сети доступа. Я такого добра багато бачив. Как успешно живущего, так и разорившегося. Это в сущности вопрос бизнес-модели: следовать учебнику или делать как нравится. Посмотрим, что с вами будет через пару лет, и как скажется на всем на этом закат IPv4. У меня однозначного ответа нет, хотя понятно, что чем меньше в сети plain IP, там проще внедрять IPv6. Но на деле могут быть интересные эффекты.
Холивары, ОК, пропускаем. Теперь по этому: «сеть доступа у вас — IP, а не L2 до точки оказания услуг.»
С L2 до BRAS в своё время наигрались вдоволь все, и я тоже, итог однозначен — на такого рода решениях остались, в сущности, двое операторов — ADSL'щики со своим PPPoE, да Корбина/Билайн, ступостью упорством, достойным лучшего применения. Проблем от использования L2 на порядок больше, чем без него (например, прекрасно работает dhcp и option82 внутри сети).
И бизнес-модель здесь не при чём, также как и учебники — на цисковские материалы без слёз (или смеха) глядеть невозможно, настолько их реальность оторвана [от нашей].
С L2 до BRAS в своё время наигрались вдоволь все, и я тоже, итог однозначен — на такого рода решениях остались, в сущности, двое операторов — ADSL'щики со своим PPPoE, да Корбина/Билайн, с
И бизнес-модель здесь не при чём, также как и учебники — на цисковские материалы без слёз (или смеха) глядеть невозможно, настолько их реальность оторвана [от нашей].
Ну у нас с свами какой-то рассинхрон терминологии произошел. То что у корбины — это как раз L3, поверх которого pptp-туннели. А option82 — это как раз L2: между брасом и абонентом ethernet же.
Так вот если до браса от абонента L2 (нормальный 1:N+Option82 или SVLAN), то никакой особенной сложности в манипулировании IP-адресацией внутри нету (скажем, до тех пор, пока брасов не миллион). Есть общие пулы на всех, которые выдаются только активным абонентам при создании DSI.
Под L3-сетью доступа я имел в виду как раз нечто такое как у корбины, а то и еще без туннелей. Просто какие-нибудь L3-свичи, OSPF везде и т. д. Абонент идентифицируется серым IP-адресом, который у него, типа, всегда (каким-то там образом). Вот у них — сложности с «назначением и распределением адресов внутри сети». Таких ребят полно. И некоторые из них даже неплохо себя чувствуют (бизнес модель рабтает).
Так вот если до браса от абонента L2 (нормальный 1:N+Option82 или SVLAN), то никакой особенной сложности в манипулировании IP-адресацией внутри нету (скажем, до тех пор, пока брасов не миллион). Есть общие пулы на всех, которые выдаются только активным абонентам при создании DSI.
Под L3-сетью доступа я имел в виду как раз нечто такое как у корбины, а то и еще без туннелей. Просто какие-нибудь L3-свичи, OSPF везде и т. д. Абонент идентифицируется серым IP-адресом, который у него, типа, всегда (каким-то там образом). Вот у них — сложности с «назначением и распределением адресов внутри сети». Таких ребят полно. И некоторые из них даже неплохо себя чувствуют (бизнес модель рабтает).
Да, как ни крути текущую ситуацию с торентами это поменяет на корню.
видимо самое вероятное — продажа провайдерами портов для раздачи торентов. В отличии от упоминавшегося здесь Http — технически вообще не вопрос, просто провайдер должен дозреть.
видимо самое вероятное — продажа провайдерами портов для раздачи торентов. В отличии от упоминавшегося здесь Http — технически вообще не вопрос, просто провайдер должен дозреть.
«IPv6 — худшее из решений, но другого нет»
Из этого утверждения следует, что решение не одно, и если есть худшее, то должно быть и лучшее.
Из этого утверждения следует, что решение не одно, и если есть худшее, то должно быть и лучшее.
Странная у вас логика
есть массив, из одного числа. Каков минимум этого массива? Каков максимум?
IPv6 — худшее из решений, IPv6 — лучшее из решений, IPv6 — единственное решение.
Это так, если про логику.
А так очевидно, что еслинемного подумать, то можно разработать механизм более эффективный чем IPv6. Но последуют проблемы с внедрением, совместимостью и много всего прочего.
есть массив, из одного числа. Каков минимум этого массива? Каков максимум?
IPv6 — худшее из решений, IPv6 — лучшее из решений, IPv6 — единственное решение.
Это так, если про логику.
А так очевидно, что если
Пессимист: IPv6 — худшее из решений...
Оптимист: IPv6 — лучшее из решений!
Реалист: IPv6 — единственное решение.
Оптимист: IPv6 — лучшее из решений!
Реалист: IPv6 — единственное решение.
И все же речь идет о решениях.
Что касается эффективности — это называется системным подходом. Для ее исследования можно открывать НИР :)
Что касается эффективности — это называется системным подходом. Для ее исследования можно открывать НИР :)
IPv6 не внедряется из-за того, что надо «что-то» менять. Сам по-себе IPv6 это няшнота^3. Если создать «более эффективную» замену для IPv4 чем IPv6 то это не не исправит ОСНОВНУЮ проблему IPv6 (все легаси говно надо будет выкинуть).
После слов «Попробую привести аргументацию каждой из групп.»… лучше все таки разделять, хотя бы подзаголовками, где именно чье мнение. Пришлось напрячься, чтобы по контексту все абзацы разделить на что-то вроде трех групп.
Раскулачить надо министерство Обороны США у которых немеряно реальных сетей /8
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
IPv4 закончился. Чего будет? IPv6?