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