[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@localhost]

Дело в том, что реально выдать PI не понимающему о чем речь человеку -
это нажить себе нереальный геморрой. Потому я таки да думаю, что делаю.
И бывает, отказываю. И нередко бывает.

Теперь дальше. PI - это не только ренамберинг, и AS - это не только
транзит. PA more specific - это глюкало. То есть на практике трафик
инженеринг нифига не работает как надо, а при падении одного из каналов
становится невидно полмира. Поиграйся, очень интересно на самом деле.

А в переход (полный) на ASN32/IPv6 я не верю. По крайней мере, это
вопрос даже не нас, а наших внуков при таком подходе и ПОЛНЕЙШЕМ
НЕПОНИМАНИИ текущих процессов участвующих в V6-миграции (в т.ч. и RIPE).
И то не когда, а если.

"Что-то другое"? Велкам ту ram@localhost, там как раз мультихоминги и
обсуждаются. Пока правда только мертворожденные (см. выше про
непонимание процессов) 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@localhost
> BPR Ltd, http://www.bpr.su
> Phone: +7 485 956 7523 Fax: +7 495 9567536
> 
> -----Original Message-----
> From: regional-russia-admin@localhost [
	    
	    
] On Behalf Of Max Tulyev
> Sent: Thursday, May 03, 2007 5:45 PM
> To: Igor Chentsov
> Cc: Larisa A. Yurkina; regional-russia@localhost
> 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@localhost)
> 


-- 
WBR,
Max Tulyev (MT6561-RIPE, 2:463/253@localhost)