NEP 217 Posted 2011-05-04 13:33:17 Share Posted 2011-05-04 13:33:17 Ни в чем не логично. Противоестественно, я б сказал. А маршрутизируемую /64 на домашнего пользователя, это естественно? Да? Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 13:37:08 Share Posted 2011-05-04 13:37:08 ДЛЯ НЕ LIR - НИЧЕГО! что касается PI - 0 ! той клиенту ни /128 ни чего вообще дать нелзя! ничего ... под свою инфрастркутуру и только. в любом случае. это политика и RIPE это подтверждает своими ответами по заявкам. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 13:38:06 Share Posted 2011-05-04 13:38:06 А маршрутизируемую /64 на домашнего пользователя, это естественно? Да? Как минимум, это нарушает RIPE-510. Это, конечно, не RFC, но тем не менее. В этой редакции документа я нашел ещё одну странность, касающуюся PI IPv6, но, возможно, это ошибка. Я уточню. Отставить, ошибка отсутствует. Link to post Share on other sites
NEP 217 Posted 2011-05-04 13:39:25 Share Posted 2011-05-04 13:39:25 ДЛЯ НЕ LIR - НИЧЕГО! что касается PI - 0 ! той клиенту ни /128 ни чего вообще дать нелзя! ничего ... под свою инфрастркутуру и только. в любом случае. это политика и RIPE это подтверждает своими ответами по заявкам. Отлично, при составлении планов адресации я всегда включаю домашний роутер в инфраструктуру сети, даже при получении v4. А есть он или нет... мне как Вите индифферентно. Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 13:45:01 Share Posted 2011-05-04 13:45:01 Ну и при таком условии докопаться не так сложно как кажется, и кто то без адресов остался типа так... реально же ? да почему бы и нет ? той нарушение политики за что и без адресов остаться можно, Link to post Share on other sites
NEP 217 Posted 2011-05-04 13:48:45 Share Posted 2011-05-04 13:48:45 Ну и при таком условии докопаться не так сложно как кажется, и кто то без адресов остался типа так... реально же ? да почему бы и нет ? той нарушение политики за что и без адресов остаться можно, Какое нарушение?! Вы вообще о чем?! Это моя сеть, а кому принадлежит в ней роутер или PC - это уже третий вопрос. Я не выдаю адрес клиенту, я выдаю на оборудование внутри моей сети! А на обрудование внутри моей сети я имею право выдать /128. RIPE не указывает, что PC внутри моей сети или роутер, должын быть в собственности той организации, которой принадлежит v6 PI! Да, это моя сеть, моя инфрастуктура и согласно рекомендации: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf я на оборудование внутри соей сети - выдаю /128. Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 13:50:06 Share Posted 2011-05-04 13:50:06 Я думаю что Ваше мнения кардинально розойдется с мнением RIPE в этом вопросе... Link to post Share on other sites
NEP 217 Posted 2011-05-04 13:53:11 Share Posted 2011-05-04 13:53:11 Я думаю что Ваше мнения кардинально розойдется с мнением RIPE в этом вопросе... Мнение RIPE в этом вопросе такое, что я не могу выдавать на узел внутри моей сети больше /128 не являясь LIR. Я и не выдаю. Какие вопросы? RIPE запрещает выдать моему клиенту, скажем заводу /64 и проанонсировать ее второму аплинку от имени завода - вот это да и это правильно. Но не более. Просто немецкий переведенный на английский и затем на русский людьми учившими английский по курсам Эллоны Давыдовой действительно может показаться неоднозначным Посмотрите на этот вопрос с технической точки зрения и смысл написанного прояснится. Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 13:57:27 Share Posted 2011-05-04 13:57:27 не уверен что я что то придумал, и не только я могу это сказать подобная дискусия сейчас есть еще на одном мейл листе и это тоже может подтвердиться и он намного ближе к RIPE там где какраз обсуждается политики и не только я сказал что проблема такая дейстивтельно есть там ясно написано что PI IPv4 можно давать клиенту один адреса PI IPv6 нелзя давать ни одного адреса. вот такая разница той PI IPv4 можно использовать провайдерам не только для своей инфраструктури, IP IPv6 нелзя. проблема есть и говорить что ее нет это просто не понимать что она есть... - ВАШ СЛУЧАЙ! Похоже что Хостмастеры RIPE учат английский по тем же кусрам - так как это их слова что нелзя. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 13:58:25 Share Posted 2011-05-04 13:58:25 Мнение RIPE в этом вопросе такое, что я не могу выдавать на узел внутри моей сети больше /128 не являясь LIR. Вообще-то такого ограничения нету. Просто немецкий переведенный на английский и затем на русский людьми учившими английский по курсам Эллоны Давыдовой действительно может показаться неоднозначным Тонкий троллинг, если мы об одном и том же говорим Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:00:34 Share Posted 2011-05-04 14:00:34 не уверен что я что то придумал, и не только я могу это сказать подобная дискусия сейчас есть еще на одном мейл листе и это тоже может подтвердиться и он намного ближе к RIPE там где какраз обсуждается политики и не только я сказал что проблема такая дейстивтельно есть там ясно написано что PI IPv4 можно давать клиенту один адреса PI IPv6 нелзя давать ни одного адреса. вот такая разница той PI IPv4 можно использовать провайдерам не только для своей инфраструктури, IP IPv6 нелзя. проблема есть и говорить что ее нет это просто не понимать что она есть... - ВАШ СЛУЧАЙ! А тут что написано: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf ?!!!! Тут написано, что есть LIR ipaddr.ru - /32, он выдает предприятию /48, а то в свою очередь разбивает свою сеть на подсети /64 каждому из уздлов которой рекомендуется назначать /128. Сеть доступа/провайдер - это такое же предприятие. Просто PC, server, printer, router в этой сети принадлежат клиентам компании. Ну и что? Где указано, что они должны принадлежать предприятию? Может хватит собирать сплетни на форумах и мейл-листах? .. - ВАШ СЛУЧАЙ! Вообще-то такого ограничения нету. Есть рекомендация. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 14:02:05 Share Posted 2011-05-04 14:02:05 Вообще-то такого ограничения нету. Есть рекомендация. Рекомендация - /64 или больше на подсеть. Про хосты не говорится, даже винда в DHCP режиме берет себе два адреса. Не винда, а фря, не в DHCP, а в статик, и не Иванов... Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 14:05:19 Share Posted 2011-05-04 14:05:19 не уверен что я что то придумал, и не только я могу это сказать подобная дискусия сейчас есть еще на одном мейл листе и это тоже может подтвердиться и он намного ближе к RIPE там где какраз обсуждается политики и не только я сказал что проблема такая дейстивтельно есть там ясно написано что PI IPv4 можно давать клиенту один адреса PI IPv6 нелзя давать ни одного адреса. вот такая разница той PI IPv4 можно использовать провайдерам не только для своей инфраструктури, IP IPv6 нелзя. проблема есть и говорить что ее нет это просто не понимать что она есть... - ВАШ СЛУЧАЙ! А тут что написано: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf ?!!!! Может хватит собирать сплетни на форумах и мейл-листах? .. - ВАШ СЛУЧАЙ! Вообще-то такого ограничения нету. Есть рекомендация. С Ваших слов получается что хостмастеры RIPE не дают ipv6 адреса просто так а по логике должны давать ? может с ними спорить пора начинать ? ато с нами все да с нами... Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:06:01 Share Posted 2011-05-04 14:06:01 Вообще-то такого ограничения нету. Есть рекомендация. Рекомендация - /64 или больше на подсеть. Про хосты не говорится, даже винда в DHCP режиме берет себе два адреса. Не винда, а фря, не в DHCP, а в статик, и не Иванов... Есть рекомендация /128 на устройство в сети: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf Если вы пропускаете занятия, то хотя бы ознакомьтесь с конспектом лекций заочно. Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:07:58 Share Posted 2011-05-04 14:07:58 С Ваших слов получается что хостмастеры RIPE не дают ipv6 адреса просто так а по логике должны давать ? может с ними спорить пора начинать ? ато с нами все да с нами... Да не спорить надо, а просто надо нормально составлять планы адрессации и учить мат. часть. А то знаете ли, тут один тоже просил мясо: "гуд ростед, плиз" - "хорошо прожарьте, пожалуйста" приносят кусок полусырого мяса. Но есть можно, как-то они его лают так... А официант его просто не понимал! Ведь следует заказывать либо medium well done либо well done. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 14:08:05 Share Posted 2011-05-04 14:08:05 Есть рекомендация /128 на устройство в сети: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf Если вы пропускаете занятия, то хотя бы ознакомьтесь с конспектом лекций заочно. Ну спасибо, профессор, успокоили. Еще BCP покажете на эту же тему? Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 14:08:09 Share Posted 2011-05-04 14:08:09 не уверен что я что то придумал, и не только я могу это сказать подобная дискусия сейчас есть еще на одном мейл листе и это тоже может подтвердиться и он намного ближе к RIPE там где какраз обсуждается политики и не только я сказал что проблема такая дейстивтельно есть там ясно написано что PI IPv4 можно давать клиенту один адреса PI IPv6 нелзя давать ни одного адреса. вот такая разница той PI IPv4 можно использовать провайдерам не только для своей инфраструктури, IP IPv6 нелзя. проблема есть и говорить что ее нет это просто не понимать что она есть... - ВАШ СЛУЧАЙ! А тут что написано: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf ?!!!! Тут написано, что есть LIR ipaddr.ru - /32, он выдает предприятию /48, а то в свою очередь разбивает свою сеть на подсети /64 каждому из уздлов которой рекомендуется назначать /128. Сеть доступа/провайдер - это такое же предприятие. Просто PC, server, printer, router в этой сети принадлежат клиентам компании. Ну и что? Где указано, что они должны принадлежать предприятию? Может хватит собирать сплетни на форумах и мейл-листах? .. - ВАШ СЛУЧАЙ! Вообще-то такого ограничения нету. Есть рекомендация. Касаемо PA или PI адресов ? ))) в PA нигде, а вот в PI есть понятие провайдер и его клиент так вот клиенту давать /128 нелзя той вообще ничего давать нелзя... Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:09:40 Share Posted 2011-05-04 14:09:40 Касаемо PA или PI адресов ? ))) в PA нигде, а вот в PI есть понятие провайдер и его клиент так вот клиенту давать /128 нелзя той вообще ничего давать нелзя... Вы бредите. Клиенту адрес не нужен. Я даю адрес узлу моей сети. Этим узлом является компьютер моего клиента, ну и что? Это уже экономика. С технической точки зрения сеть моя и узел мой. Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:12:11 Share Posted 2011-05-04 14:12:11 Ну спасибо, профессор, успокоили. Еще BCP покажете на эту же тему? Вы еще не освоили таблицу умножения, а уже просите рассказать про интегральное исчисление. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 14:13:10 Share Posted 2011-05-04 14:13:10 Вы бредите. Клиенту адрес не нужен. Я даю адрес узлу моей сети. Этим узлом является компьютер моего клиента, ну и что? Это уже экономика. С технической точки зрения сеть моя и узел мой. Sub-assigning в терминах RIPE NCC. И здесь я с их формулировкой согласен. Ну спасибо, профессор, успокоили. Еще BCP покажете на эту же тему? Вы еще не освоили таблицу умножения, а уже просите рассказать про интегральное исчисление. Только написал про тонкий троллинг, как вы показали обратный пример. Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:15:02 Share Posted 2011-05-04 14:15:02 Вы бредите. Клиенту адрес не нужен. Я даю адрес узлу моей сети. Этим узлом является компьютер моего клиента, ну и что? Это уже экономика. С технической точки зрения сеть моя и узел мой. Sub-assigning в терминах RIPE NCC. И здесь я с их формулировкой согласен. Ну спасибо, профессор, успокоили. Еще BCP покажете на эту же тему? Вы еще не освоили таблицу умножения, а уже просите рассказать про интегральное исчисление. Только написал про тонкий троллинг, как вы показали обратный пример. Да ну какой троллинг. Они еще сами не выработали правила. Я принял за рабочий вариант вот это разьяснение: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf. Пока на него и ориентируюсь. И лично я его понимаю именно так. Что компьютер подключенный к моей сети - является узлом МОЕЙ сети. А кому этот узел принадлежит - клиенту или может быть вообще моему поставщику - это райп полновать не должно. Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 14:21:59 Share Posted 2011-05-04 14:21:59 Они еще сами не выработали правила. Я принял за рабочий вариант вот это разьяснение: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_addr_plan4.pdf. Пока на него и ориентируюсь. И лично я его понимаю именно так. Что компьютер подключенный к моей сети - является узлом МОЕЙ сети. Про невыработанные правила - вы серьезно? Реализация правил меняется время от времени, но основные формулировки уже давно установились и вряд ли поменяются. Тренинг, к примеру, рассказывает про secure routing, в реализации которого еще конь не валялся, и вы это тоже будете принимать за истину? Формулировка же sub-assigning такова, что назначение /128 или /126 клиенту или пиру компании-ISP считается таковым. И судьба запроса IPv6 assignment для назначения даже виртуальному хостингу сейчас может быть предсказана заранее - эту строчку придется вынести из плана адресации. И ничего страшного, даже если в плане адресации останется /50 на инфраструктуру, RIPE NCC выдаст /48 PI. Иногда, получается, здравый смысл побеждает. Но бюрократические процедуры нужно соблюдать, это все-таки Европа. Link to post Share on other sites
NEP 217 Posted 2011-05-04 14:25:58 Share Posted 2011-05-04 14:25:58 Про невыработанные правила - вы серьезно? Реализация правил меняется время от времени, но основные формулировки уже давно установились и вряд ли поменяются. Тренинг, к примеру, рассказывает про secure routing, в реализации которого еще конь не валялся, и вы это тоже будете принимать за истину? Формулировка же sub-assigning такова, что назначение /128 или /126 клиенту или пиру компании-ISP считается таковым. И судьба запроса IPv6 assignment для назначения даже виртуальному хостингу сейчас может быть предсказана заранее - эту строчку придется вынести из плана адресации. И ничего страшного, даже если в плане адресации останется /50 на инфраструктуру, RIPE NCC выдаст /48 PI. Иногда, получается, здравый смысл побеждает. Но бюрократические процедуры нужно соблюдать, это все-таки Европа. Дайте определению - клиент компании в терминах RIPE. Является ли компьютер клиента, который входит в инфраструктуру моей сети учтенный в моем плане адрессации - клиентом компании? То о чем идет речь, о том, что я не могу передать из /48 блока, скажем /64 и отдать другой компании, инфраструктура которой не учтена в плане адрессации моей сети и не являющаяся составной ее частью. Я лично это так понимаю. А также я понимаю и многое другое, что многие из тут присутствующих лиров на вопрос, можно ли из двух не связанных маршрутизаторов из под аодной АС анонсировать два разных PI - не могут даже назвать название этой ситуации и указать на соотв. документ RIPE. Link to post Share on other sites
isp-servis 4 Posted 2011-05-04 14:28:29 Share Posted 2011-05-04 14:28:29 Про невыработанные правила - вы серьезно? Реализация правил меняется время от времени, но основные формулировки уже давно установились и вряд ли поменяются. Тренинг, к примеру, рассказывает про secure routing, в реализации которого еще конь не валялся, и вы это тоже будете принимать за истину? Формулировка же sub-assigning такова, что назначение /128 или /126 клиенту или пиру компании-ISP считается таковым. И судьба запроса IPv6 assignment для назначения даже виртуальному хостингу сейчас может быть предсказана заранее - эту строчку придется вынести из плана адресации. И ничего страшного, даже если в плане адресации останется /50 на инфраструктуру, RIPE NCC выдаст /48 PI. Иногда, получается, здравый смысл побеждает. Но бюрократические процедуры нужно соблюдать, это все-таки Европа. Дайте определению - клиент компании в терминах RIPE. Является ли компьютер клиента, который входит в инфраструктуру моей сети учтенный в моем плане адрессации - клиентом компании? То о чем идет речь, о том, что я не могу передать из /48 блока, скажем /64 и отдать другой компании. Два лира которые не один год общаются с RIPE говорят человеку одно то что знают, а он упорно гнет свое - кто же прав ? тяжело сказать... похоже что мы что то придумали... Link to post Share on other sites
ipaddr 2 Posted 2011-05-04 14:30:08 Share Posted 2011-05-04 14:30:08 Я недостаточно авторитетен, чтобы давать определения, к сожалению. Мой опыт общения по этим вопросам таков, что NCC исходит из деятельности компании. Если это ISP - то это любое лицо, получающее или предоставляющее услуги по доступу в сеть. Если это хостинг-провайдер - это потребитель услуг хостинга, VPS/VDS, colo. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now