Очень часто это бывает технологичское оборудование, которое бывает очень сложно перепрописать при подключении в будущем к глабальной сети. Опыт имеем. Второй раз повторять ошибки не хотим - лучше сразу публичные адреса. Best regards, Head of Internet resource department OAO "VimpelCom" Nataliya V. Romashova tel. +7 909 991-(20-91) tel. +7(495)743-01-70 fax. +7(495)985-99-90 e-mail: rom@beeline.ru Dmitry Morozovsky <marck@rinet.ru> От: regional-russia-admin@ripe.net 04.05.2007 13:19 Кому regional-russia@ripe.net Копия Тема [regional-russia] /16 subsidiary On Fri, 4 May 2007, Dmitry Kiselev wrote: DK> Раз уж речь зашла о PA, PI и multihoming может кто-то из присутствующих DK> поделится опытом... Есть филиал которому нужны адреса: /17-/16 в перспективе DK> на пару лет. IP connectivity с ним сейчас нет и в ближайшее время не DK> предвидится. В существующих allocations нет 80% занятости и есть блок DK> нужного размера. Я вижу следующие варианты решения: DK> DK> 1. Выдать PA из своего allocation, зарегестрировать ASN для BGP origination DK> и выпустить как more specific. Scalability при этом весьма сомнительна, DK> зато - дешево. DK> 2. Получить PI+ASN. benefits такие же как в предыдущем пункте. policy при DK> этом не нарушается, так как end users там получают по 1 IP. Есть только DK> сомнения в реальности /16 PI... DK> 3. Уговорить NCC нарушить policy и выдать отдельный allocation. DK> 4. Сделать филиал самостоятельным LIR. DK> DK> Кто как подобные проблемы решает? 4 - самый "правильный" подход. Но, при должном терпении можно пройти и 3. Ибо 80% - это rule of thumb, а не догма. Единственное, что смущает - "IP connectivity с ним сейчас нет и в ближайшее время не предвидится" А зачем тогда адреса сейчас? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------