BGP full view без зарегистрированной AS

Видел подобный сервис, но для ipv6/bgpv6. Но там нужно было «регистрироваться» — слать на емейл письмо с подробностями, и объяснением зачем тебе это нужно, дабы они там у себя прописали с тобой пиринг.

Для ipv6 это был проект квагги собственно для тестирования bgv6 на ней, а для ipv4 врядле такое есть, т.к. мало кому нужно.

давно не видел таких сервисов, та и зачем оно ?

Что за bgpv6?

Так иногда называют поддержку ipv6 в bgp

Первый раз вижу, чтобы BGPv4 называли BGPv6.

private ASN не может быть в качестве атрибута при eBGP пиринге, т.е. задачу маршрутизации Вам не решить на своем оборудовании.
В инете есть список с ASN номерами, находил.
Поэтому зачем для получения списка о маршрутной информации использовать транспорт BGP протокола не ясно.

Первый раз вижу, чтобы BGPv4 называли BGPv6.

С разморозкой

RFC какой-нибудь будет или «у нас в офисе даже старший админ так говорит»?

С разморозкой

BGPv6 пока не придумали, IPv6 поддерживается в рамкках BGPv4.

Еще раз: это неформальное название название ipv6 в bgp среди тех кто занимается bgp. Диванные теоретики конечно признают только rfc.

так и не понял о чем вы говорили все здесь. Видимо и меня не поняли ))

«среди тех кто занимается bgp» — это ты про себя чтоль?

Я этим занимался еще на заре ipv6, но с тех пор было несколько левел-апов. Трудись усерднее, одминчег.

Какой бесполезный одмин. По теме ничего не знает, только троллировать пытается. Добро пожаловать в френдлист.

Private ASN совершенно спокойно можно использовать для пиринга с каким-нибудь провайдером с целью получения Full BGP. Надо только найти провайдера, который согласится возиться непонятно с кем ради некоторого дополнительного бесплатного риска.

давно не видел таких сервисов, та и зачем оно ?

Чтобы не покупать ASN, префикс и транзит только лишь для того, чтобы получать риалтайм BGP фид, который будет использоваться в режиме read-only.

private ASN не может быть в качестве атрибута при eBGP пиринге

Давай-ка пруф.

задачу маршрутизации Вам не решить на своем оборудовании

А никто и не собирается ничего маршрутизировать.

Поэтому зачем для получения списка о маршрутной информации использовать транспорт BGP протокола не ясно.

Затем, что минимум сущностей. Или у тебя есть идеи как можно получать риалтайм фид еще более простым способом?

private ASN не может быть в качестве атрибута при eBGP пиринге

Впрочем, можешь не отвечать, все и так понятно.

http://thyme.apnic.net/london/data-badAS
http://thyme.apnic.net/us/data-badAS

$ curl -sS http://thyme.apnic.net/london/data-badAS | grep MegaFon
65501   PRIVATE      37.29.96.0/24        31133       OJSC MegaFon
65501   PRIVATE      37.29.97.0/24        31133       OJSC MegaFon
65501   PRIVATE      46.21.67.0/24        31133       OJSC MegaFon
65440   PRIVATE      83.169.193.0/24      31133       OJSC MegaFon
65440   PRIVATE      83.169.194.0/24      31133       OJSC MegaFon
65500   PRIVATE      85.26.167.0/24       31133       OJSC MegaFon
65500   PRIVATE      85.26.232.0/23       31133       OJSC MegaFon
65500   PRIVATE      85.26.234.0/23       31133       OJSC MegaFon
65501   PRIVATE      185.43.6.0/24        31133       OJSC MegaFon

не нужно выдергивать часть фразы - для задачи (глобальной) маршрутизации (объявить свои сети) не получиться использовать приватную AS, да и регистратор не выдаст блок IP без номера AS.
Как транспорт - да можно - разбиение номеров AS на приватные и глобально маршрутизируемые - только лишь договоренности закрепленные в RFC. Основной вопрос остался - для чего так извращаться? - типа для каждого префикса знать в реалтайме цепочку AS через которые префикс доступен до сервиса с которого вы хотите получить full view?

что из этого понятно?

Использование private AS никак не мешает установлению eBGP пиринга с целью получения от пира BGP Full View.