Добрый день, вообщем скупается небольшая сеточка , она несет в себе два объекта в райпе AS1 и PI/21 , что я хочу сделать , к AS1 привязать другой роут объект меньшего размера , а PI/21 привязать к AS2 , в теории это возможно сделать , а на практике , райп по этому поводу будет возмущатся ?
29 октября 2012 г., 11:23 пользователь Alexandr Turovsky
Добрый день, вообщем скупается небольшая сеточка , она несет в себе два объекта в райпе AS1 и PI/21 , что я хочу сделать , к AS1 привязать другой роут объект меньшего размера , а PI/21 привязать к AS2 , в теории это возможно сделать , а на практике , райп по этому поводу будет возмущатся ?
PI ресурсы принадлежат end-user'у, и у них нельзя менять origin ASN. Как вариант, в точке, где планируется использование нового куска PI /21, можно originate'ить ее от имени новой AS. То, что ты описал, можно делать с PA. Еще можно озадачиться вопросом трансфера ресурсов между ASN, но там вообще все мрачно. -- ~~~ WBR, Vitaliy Turovets NOC Lead @TV-Net ISP NOC Lead @Service Outsourcing company +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Виталий Туровец wrote:
29 октября 2012 г., 11:23 пользователь Alexandr Turovsky
написал: Добрый день, вообщем скупается небольшая сеточка , она несет в себе два объекта в райпе AS1 и PI/21 , что я хочу сделать , к AS1 привязать другой роут объект меньшего размера , а PI/21 привязать к AS2 , в теории это возможно сделать , а на практике , райп по этому поводу будет возмущатся ?
PI ресурсы принадлежат end-user'у, и у них нельзя менять origin ASN. А можно создать новый объект ? например:
route: pi/21 origin: AS2 mnt-by: MNT-2 П.с. попробовать что-ли :)
Как вариант, в точке, где планируется использование нового куска PI /21, можно originate'ить ее от имени новой AS. То, что ты описал, можно делать с PA. Еще можно озадачиться вопросом трансфера ресурсов между ASN, но там вообще все мрачно.
29 октября 2012 г., 12:56 пользователь Alexandr Turovsky
Виталий Туровец wrote:
29 октября 2012 г., 11:23 пользователь Alexandr Turovsky
написал: Добрый день, вообщем скупается небольшая сеточка , она несет в себе два объекта в райпе AS1 и PI/21 , что я хочу сделать , к AS1 привязать другой роут объект меньшего размера , а PI/21 привязать к AS2 , в теории это возможно сделать , а на практике , райп по этому поводу будет возмущатся ?
PI ресурсы принадлежат end-user'у, и у них нельзя менять origin ASN.
А можно создать новый объект ? например:
route: pi/21 origin: AS2 mnt-by: MNT-2
П.с. попробовать что-ли :)
Как вариант, в точке, где планируется использование нового куска PI /21, можно originate'ить ее от имени новой AS. То, что ты описал, можно делать с PA. Еще можно озадачиться вопросом трансфера ресурсов между ASN, но там вообще все мрачно.
route object создать-то можно, вот только origin ASN у него должен быть такой же, как у всего inet-num. -- ~~~ WBR, Vitaliy Turovets NOC Lead @TV-Net ISP NOC Lead @Service Outsourcing company +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Hi Виталий,
PI ресурсы принадлежат end-user'у, и у них нельзя менять origin ASN.
Почему нельзя менять origin ASN?
Еще можно озадачиться вопросом трансфера ресурсов между ASN, но там вообще все мрачно.
У нас тема "покупка ISP". Слияние фирм всегда разрешалось. При этом ресурсы переоформляются на нового владельца. И в рез-те у него может оказаться лишняя ASN, к-рую он может захотеть вернуть. Почему вдруг один ISP не может купить другой и распоряжаться его ресурами, как хочется? -- Mike
29 октября 2012 г., 13:13 пользователь Mike Petrusha
Hi Виталий,
PI ресурсы принадлежат end-user'у, и у них нельзя менять origin ASN.
Почему нельзя менять origin ASN?
Еще можно озадачиться вопросом трансфера ресурсов между ASN, но там вообще все мрачно.
У нас тема "покупка ISP". Слияние фирм всегда разрешалось. При этом ресурсы переоформляются на нового владельца. И в рез-те у него может оказаться лишняя ASN, к-рую он может захотеть вернуть.
Почему вдруг один ISP не может купить другой и распоряжаться его ресурами, как хочется?
-- Mike
Webupdates не позволяет сменить origin ASN, скажем, для 176.113.161.0/24. Подобная тема, кажись, уже поднималась в мэйллистах RIPE NCC, и ответ был таким же, тусовать между ASN можно только PA ресурсы. -- ~~~ WBR, Vitaliy Turovets NOC Lead @TV-Net ISP NOC Lead @Service Outsourcing company +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Hi Виталий,
Webupdates не позволяет сменить origin ASN, скажем, для 176.113.161.0/24.
В RIPE DB origin - часть primary key в route object. Её нельзя поменять. Можно создать новый объект, при этом удалив или не удалив старый. (Может быть много route объектов на один IP-блок. Пример: 192.88.99.0/24 https://apps.db.ripe.net/search/query.html?searchtext=-rCGBTroute+192.88.99.... )
Подобная тема, кажись, уже поднималась в мэйллистах RIPE NCC, и ответ был таким же, тусовать между ASN можно только PA ресурсы.
(К сожалению) полиси и то, что позволяет RIPE DB - разные вещи. Ничто не мешает "тусовать между ASN". -- Mike Чем дальше в лес - тем глубже влез.
29 октября 2012 г., 13:30 пользователь Mike Petrusha
Hi Виталий,
Webupdates не позволяет сменить origin ASN, скажем, для 176.113.161.0/24.
В RIPE DB origin - часть primary key в route object. Её нельзя поменять. Можно создать новый объект, при этом удалив или не удалив старый. (Может быть много route объектов на один IP-блок. Пример: 192.88.99.0/24 https://apps.db.ripe.net/search/query.html?searchtext=-rCGBTroute+192.88.99.... )
Подобная тема, кажись, уже поднималась в мэйллистах RIPE NCC, и ответ был таким же, тусовать между ASN можно только PA ресурсы.
(К сожалению) полиси и то, что позволяет RIPE DB - разные вещи. Ничто не мешает "тусовать между ASN".
-- Mike Чем дальше в лес - тем глубже влез.
Век живи - век учись, спасибо, сделал еще один шаг шаг к просветлению :) -- ~~~ WBR, Vitaliy Turovets NOC Lead @TV-Net ISP NOC Lead @Service Outsourcing company +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
29 октября 2012 г., 14:34 пользователь Виталий Туровец
29 октября 2012 г., 13:30 пользователь Mike Petrusha
написал: Hi Виталий,
Webupdates не позволяет сменить origin ASN, скажем, для 176.113.161.0/24.
В RIPE DB origin - часть primary key в route object. Её нельзя поменять. Можно создать новый объект, при этом удалив или не удалив старый. (Может быть много route объектов на один IP-блок. Пример: 192.88.99.0/24 https://apps.db.ripe.net/search/query.html?searchtext=-rCGBTroute+192.88.99.... )
Подобная тема, кажись, уже поднималась в мэйллистах RIPE NCC, и ответ был таким же, тусовать между ASN можно только PA ресурсы.
(К сожалению) полиси и то, что позволяет RIPE DB - разные вещи. Ничто не мешает "тусовать между ASN".
-- Mike Чем дальше в лес - тем глубже влез.
Век живи - век учись, спасибо, сделал еще один шаг шаг к просветлению :)
Кстати, а разве к PI unicast и PI anycast блокам применимы одни и те же политики? -- ~~~ WBR, Vitaliy Turovets NOC Lead @TV-Net ISP NOC Lead @Service Outsourcing company +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Hi Виталий,
Кстати, а разве к PI unicast и PI anycast блокам применимы одни и те же политики?
Выдавались они по разным правилам. Но на выданные, думается, распространяется только "All assignments are valid as long as the original criteria on which the assignment was based are still valid and the assignment is properly registered in the RIPE Database. If an assignment is made for a specific purpose and that purpose no longer exists, the assignment is no longer valid. If an assignment is based on information that turns out to be invalid, the assignment is no longer valid." И, конечно, "original criteria" можно трактовать как угодно, но автономки при выдаче адресов не упоминаются, потому их сюда трудно привязать. -- Mike
participants (3)
-
Alexandr Turovsky
-
Mike Petrusha
-
Виталий Туровец