Очень часто это бывает
технологичское оборудование, которое бывает
очень сложно перепрописать при подключении
в будущем к глабальной сети.
Опыт имеем. Второй раз
повторять ошибки не хотим - лучше сразу
публичные адреса.
Best regards,
Head of Internet resource department
OAO "VimpelCom"
Nataliya V. Romashova
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
с ним сейчас нет и в ближайшее
время не предвидится"