[regional-russia] Re: [regional-russia] Re: [regional-russia] Re[2]: [regional-russia] Re: [regional-russia] Re: [regional-russia] Re[2]: [regional-russia] Re: [regional-russia] Поддерж=koi8
Max Tulyev president at ukraine.su
Fri May 4 10:03:22 CEST 2007
Дело в том, что реально выдать PI не понимающему о чем речь человеку - это нажить себе нереальный геморрой. Потому я таки да думаю, что делаю. И бывает, отказываю. И нередко бывает. Теперь дальше. PI - это не только ренамберинг, и AS - это не только транзит. PA more specific - это глюкало. То есть на практике трафик инженеринг нифига не работает как надо, а при падении одного из каналов становится невидно полмира. Поиграйся, очень интересно на самом деле. А в переход (полный) на ASN32/IPv6 я не верю. По крайней мере, это вопрос даже не нас, а наших внуков при таком подходе и ПОЛНЕЙШЕМ НЕПОНИМАНИИ текущих процессов участвующих в V6-миграции (в т.ч. и RIPE). И то не когда, а если. "Что-то другое"? Велкам ту ram at iab.org, там как раз мультихоминги и обсуждаются. Пока правда только мертворожденные (см. выше про непонимание процессов) LISP/SHIM/HIP. Я, как интересующийся user multihoming'ом, его почитываю. P.S. Кстати, о практике. Был ли практически хоть раз хоть у кого прецедент апгрейда роутеров из-за роста таблиц маршрутизации? В моей дельта-окрестности роутеры сильно раньше апгрейдятся из-за растущего объема трафика (кстати да, давайте еще с ним поборемся). Gennady Abramov wrote: > Макс, > > PI в ряде случаев не так уж нужны - для мультихоминга достаточно более-менее крупного ASSIGMENT PA и согласия второго аплинка прооригинировать своей AS. А если внутри нет публичных ресурсов - то и просто хитрого NAT'a. PI нужны только для того, чтобы избежать ренамберинга. В регионах, где всего два оператора, и оба аплинки любой мультихоумной сети, это неактуально. > С автономками еще хуже - они не нужны, если клиент не хочет через них чего-то транзитить, тоесть, в 99 процентах случаев. Вот ты - лично - будешь объяснять клиенту, который хочет AS, но который никогда не будет транзитным оператором - что автономка ему нафиг не сдалась? Или клиенту, которому ренамберинг и уход от основного аплинка не грозит по политическим причинам, что PI ему не нужен? > Я думаю, нет, даже наоборот - ты будешь убеждать, что без PI и AS ему в нашей суровой действительности не выжить, потому как ты - лицо заинтересованное, о чем, собственно и речь. > RIPE же заинтересованным лицом не является (в высказанную кем-то очередную Теорию Заговора и получение RIR'ами денег от производителей оборудования для скорейшего перехода на 32-bit AS и IPv6 я не верю), поэтому - объективно - для сбережения адресного пространства и отсрочки апгрейда оборудования, наверное, будет лучше, если PI (И AS) будет выдавать RIPE , а не заинтересованные лица, в частности, ты, и если получение PI будет более сложным, чем приобрести их very cheap. > Впрочем, этим вопросом RIR'ам надо было заморачиваться сильно раньше - хотя бы лет 5-7 назад. Сейчас уже о-па, погоды не изменить. > > > -- > Gennady Abramov, CCNP, abramov at bpr.su > BPR Ltd, http://www.bpr.su > Phone: +7 485 956 7523 Fax: +7 495 9567536 > > -----Original Message----- > From: regional-russia-admin at ripe.net [mailto:regional-russia-admin at ripe.net] On Behalf Of Max Tulyev > Sent: Thursday, May 03, 2007 5:45 PM > To: Igor Chentsov > Cc: Larisa A. Yurkina; regional-russia at ripe.net > Subject: [regional-russia] Re: [regional-russia] Re[2]: [regional-russia] Re: [regional-russia] Re: [regional-russia] Re[2]: [regional-russia] Re: [regional-russia] Поддерж=koi8 > > То есть "правильно" - отдавать PI бесплатно чтоли? Интересная точка зрения. > > Я же, как человек, через которого действительно проходит до десятка PI заявок в неделю, становлюсь на сторону тех, кто получает эти самые PI, и думаю кроме всего прочего, что будет, когда каждый PI станет этим самым ВЭД-контрактом. > > Советовать же становиться же LIR'ами тем, кому нужно </21 - это вообще противоречит основной идее, так как приводит к тому, что вместо нужных скажем /24 PI человек берет /20 PA, нарушая тем самым цель conservation. > > Igor Chentsov wrote: >> Hi, Larisa. >> >> You wrote 3 мая 2007 г., 13:59:25: >> >>> On Thu, 3 May 2007, Dmitry Kiselev wrote: >>>> Добрый день! >>>> >>>>> Ну вот, видите. >>>>> Никаких фактов нарушения политики распределения адресного пространства у Вас нет. >>>> Скажем так: я не вижу причин для их озвучивания. >>>> Я убежден в том, что ситуация именно такая, как я описал. Если Вам >>>> угодно считать это моим персональным заблуждением, ради Бога - считайте. >>> Ваши убеждения никого не интересуют. Здесь не философский форум. >>> Здесь форум пользователей Интеренет региона RIPE NCC. >>> Если Вы говорите о нарушении политики, приводите факты. >>> В противном случае не отнимайте у людей время изложением своих домыслов. >> Лариса, это ведь и не официальная переписка. В случае нарушений полиси >> лучше уже сразу писать в ripe, у них там есть специальный человек >> (если я не ошибаюсь, Isabel Pinto Coelho Sena) который занимается >> вопросами PI. С большим уважением к вам лично, я и некоторые другие >> люди высказали мнение, что Макс Тульев защищает свои интересы, >> поскольку регистрирует PI за деньги. Это, конечно не преступление, >> никого не хотел обидеть, но не всем нравится коммерциализация вопроса >> c PI. Вы же сами заметили что лучше иметь выбор, платить кому-то за >> "консультацию" или напрямую ripe. >> Насчет злоупотреблений, как говорила та же Изабель "ripe это не >> полицейская организация". (А мы все тем более). Райп заинтересован в >> том чтобы выдаваемые блоки PI были меньше, и для этого требует в >> заявке план сети и обоснование. Логично, что LIR заинтересован в том, >> чтобы зарегестрировать клиенту PI блок побольше (т е подороже). >> В некоторых случаях, даже если клиенту обьективно нужен PI блок, LIR >> вообще не заинтересован давать ему PI вместо PA. >> Это очевидные вещи, а тыкать пальцем вряд ли кто-то будет, никому не >> хочется ссориться. >> Прошу прощения если кого-то ненароком оскорбил. >> >> --- >> cron-ripe >> >>>> -- >>>> Dmitry Kiselev >>>> >> >>> With respect, >>> Larisa Yurkina >>> --- >>> RIPN Registry center >>> ----- >> >> >> > > > -- > WBR, > Max Tulyev (MT6561-RIPE, 2:463/253 at FIDO) > -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253 at FIDO)