Всем привет, Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt Катя =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Mon, Oct 30, 2006 at 09:35:32, inty wrote about "[uanog] 32-bit ASN":
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html О, пора увеличивать память раутеров сразу в 4 раза. Это ж как Kingston на этом подымется...
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt А старые будут писаться как 0.x или просто x?
-netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Oct 30, 2006 at 12:51:13PM +0200, Valentin Nechayev wrote: Привет! [...]
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt А старые будут писаться как 0.x или просто x?
Предлагается писать 0.x как x, чтобы не путаться (см. последнюю ссылку). katie =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
кто-нибуть знаешь, что наш горячо-любимый вендор на букву C думает об этом? :) On Mon, Oct 30, 2006 at 9:35 +0100, Katie Petrusha wrote:
Всем привет,
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt
Катя
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 Bike is the freedom of moving =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Oct 30, 2006 at 01:28:50PM +0200, Maxim Tuliuk wrote:
кто-нибуть знаешь, что наш горячо-любимый вендор на букву C думает об этом? :)
В IPJ была прекрасная статья по поводу миграции на "длинные" as'ы: http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_9-1/autonomou... которая, в частности, описывает, что любимому вендору не обязательно думать об этом прямо сейчас :)
On Mon, Oct 30, 2006 at 9:35 +0100, Katie Petrusha wrote:
Всем привет,
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt
Катя
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222
Bike is the freedom of moving
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день! On Mon, Oct 30, 2006 at 01:28:50PM +0200, Maxim Tuliuk wrote:
кто-нибуть знаешь, что наш горячо-любимый вендор на букву C думает об этом? :)
А что там думать-то? Будет обновление BGP софта, которое фактически затронет только RIB и все что около, типа, as-path acl и route-map. FIB все эти манипуляции с ASN совершенно пофигу так что все hardware switching продукты "не пострадают". :) А вот с netflow v5 мигрировать таки нужно будет: там для ASN только 16-bit выделено.
Всем привет,
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt
Катя
-- Dmitry Kiselev =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Привіт всім, ні в кого нема часом на продаж чи позичити "мідного" SFP ? 1000BASE-T Дякую. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Mon, Oct 30, 2006 at 02:52:43PM +0300, Alexandre Snarskii writes: AS> On Mon, Oct 30, 2006 at 01:28:50PM +0200, Maxim Tuliuk wrote:
кто-нибуть знаешь, что наш горячо-любимый вендор на букву C думает об этом? :)
AS> В IPJ была прекрасная статья по поводу миграции на "длинные" as'ы: AS> http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_9-1/autonomou... AS> которая, в частности, описывает, что любимому вендору не обязательно AS> думать об этом прямо сейчас :) Надо ли будет апдейтить bgpq? ;) -- Lucky carrier, Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Pavel,
Надо ли будет апдейтить bgpq? ;)
По-моему "пока рак не свиснет" в данном случае выливается в "пока не появится первый клиент с 32-bit'ной AS", так что это может быстро не произойти :) -- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Oct 30, 2006 at 06:05:04PM +0200, Pavel Gulchouck wrote:
On Mon, Oct 30, 2006 at 02:52:43PM +0300, Alexandre Snarskii writes: AS> On Mon, Oct 30, 2006 at 01:28:50PM +0200, Maxim Tuliuk wrote:
кто-нибуть знаешь, что наш горячо-любимый вендор на букву C думает об этом? :)
AS> В IPJ была прекрасная статья по поводу миграции на "длинные" as'ы:
AS> http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_9-1/autonomou...
AS> которая, в частности, описывает, что любимому вендору не обязательно AS> думать об этом прямо сейчас :)
Надо ли будет апдейтить bgpq? ;)
Надо будет :) Как только появятся тестовые обьекты и поддержка asn32 в irrd - обещаю написать апдейт bgpq :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Oct 30, 2006 at 09:35:32AM +0100, Katie Petrusha wrote:
Всем привет,
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt
В связи с тем, что появились первые ласточки (rosprint/equant зарегистрировал для своего клиента AS3.6 :) ), bgpq updated. Лежит как обычно, ftp://ftp.lexa.ru/pub/domestic/snar/, порт будет обновлен где-нибудь к концу недели. Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix: - при построении as-path access-list/as-path-group применяется transitioning scheme, и вместо 32-bit as в список разрешенных as'ов добавляется AS23456 (draft-ietf-idr-as4bytes). - при построении access/prefix-lists логика не изменена, и после фикса irrd все будет работать корректно и для 32-bit asn. Прошу иметь в виду, что до фикса irrd на предмет корректного origin lookup по 32-bit asn, префиксы, имеющие origin'ом 32-bit as, в список не попадают. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Mar 05, 2007 at 12:21:37PM +0300, Alexandre Snarskii wrote:
Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html
В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representation... http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt
В связи с тем, что появились первые ласточки (rosprint/equant зарегистрировал для своего клиента AS3.6 :) ), bgpq updated. Лежит как обычно, ftp://ftp.lexa.ru/pub/domestic/snar/, порт будет обновлен где-нибудь к концу недели.
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix: - при построении as-path access-list/as-path-group применяется transitioning scheme, и вместо 32-bit as в список разрешенных as'ов добавляется AS23456 (draft-ietf-idr-as4bytes). - при построении access/prefix-lists логика не изменена, и после фикса irrd все будет работать корректно и для 32-bit asn.
Прошу иметь в виду, что до фикса irrd на предмет корректного origin lookup по 32-bit asn, префиксы, имеющие origin'ом 32-bit as, в список не попадают.
О, здОрово! Спасибо. А RIPEdb это давно поддерживает (-i origin AS3.6) :-P -- Katie Petrusha RIPE NCC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Mon, Mar 05, 2007 at 11:59:37AM +0100, Katie Petrusha wrote: [..skipped..]
В связи с тем, что появились первые ласточки (rosprint/equant зарегистрировал для своего клиента AS3.6 :) ), bgpq updated. Лежит как обычно, ftp://ftp.lexa.ru/pub/domestic/snar/, порт будет обновлен где-нибудь к концу недели.
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix: - при построении as-path access-list/as-path-group применяется transitioning scheme, и вместо 32-bit as в список разрешенных as'ов добавляется AS23456 (draft-ietf-idr-as4bytes). - при построении access/prefix-lists логика не изменена, и после фикса irrd все будет работать корректно и для 32-bit asn.
Прошу иметь в виду, что до фикса irrd на предмет корректного origin lookup по 32-bit asn, префиксы, имеющие origin'ом 32-bit as, в список не попадают.
О, здОрово! Спасибо. А RIPEdb это давно поддерживает (-i origin AS3.6) :-P
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Volodymyr,
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix:
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
Я правильно понимаю, что ни на одном роутере 32-bit asn пока не поднять? Даже на PC-based? -- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Mar 06, 2007 at 07:07:53AM +0100, Michael Petuschak wrote:
Hi Volodymyr,
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix:
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
4vovik: сколько лет прошло с появлений intervendor-compatible реализаций draft-martini до RFC ? Более четырех лет, afair.. Существенная разница в том, что eompls/atom добавлял новые варианты услуг, и эти услуги были востребованы. А "яркой необходимости" в 32bit asn у tier-[123] providers нет, единственное неудобство на время перехода - это то, что "не сразу видно", какая именно 32bit AS скрывается за очередной AS23456.. Но для преодоления этого неудобства достаточно держать один route-[collection-]server под [Free|Open]BSD+openbgpd..
Я правильно понимаю, что ни на одном роутере 32-bit asn пока не поднять? Даже на PC-based?
Есть патчи имени Geoff Houston (APNIC) для openbgpd. И единственный 32-bit asn-originated prefix в full-view - именно имени его ;) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Mar 06, 2007 at 05:58:04AM +0200, Volodymyr Yakovenko wrote:
В связи с тем, что появились первые ласточки (rosprint/equant зарегистрировал для своего клиента AS3.6 :) ), bgpq updated. Лежит как обычно, ftp://ftp.lexa.ru/pub/domestic/snar/, порт будет обновлен где-нибудь к концу недели.
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix: - при построении as-path access-list/as-path-group применяется transitioning scheme, и вместо 32-bit as в список разрешенных as'ов добавляется AS23456 (draft-ietf-idr-as4bytes). - при построении access/prefix-lists логика не изменена, и после фикса irrd все будет работать корректно и для 32-bit asn.
Прошу иметь в виду, что до фикса irrd на предмет корректного origin lookup по 32-bit asn, префиксы, имеющие origin'ом 32-bit as, в список не попадают.
О, здОрово! Спасибо. А RIPEdb это давно поддерживает (-i origin AS3.6) :-P
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
Насколько я знаю, дело так обстоит: есть internet draft. Проблема была в формате - в nanog было обсуждение на эту тему. Не могу найти, вот нашлось в списке quagga-заинтересованных. http://www.gossamer-threads.com/lists/engine?do=post_view_printable;post=130... и вот еще: http://www1.ietf.org/mail-archive/web/ietf/current/msg44571.html Спор между сторонниками ASx.y и ASz. Кажется, оно так ни к чему и не пришло. Поэтому, если у кого-то есть предпочтения - думаю, надо об этом сказать, иначе дело с места не сдвинется. -- Katie Petrusha =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Mar 06, 2007 at 07:07:53AM +0100, Michael Petuschak wrote:
Hi Volodymyr,
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix:
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
Я правильно понимаю, что ни на одном роутере 32-bit asn пока не поднять?
AFAIK есть инженерные build-ы тех же JunOS-ов с 32-bit asn support. Проблема в том, что морочиться с backport-ом в general deployment код никто не хочет пока не будет нормального RFC. Едем дальше, в большой сети rollout нового когда обычно делают только после in-house lab-test-а и как можно реже. В результате даже если RFC таки появиться в этом году осязаемое количество роутеров с поддержкой оного появиться на широких просторах Internet-а так года через два, врядли ранее.
Даже на PC-based?
Вам шашечки, или ехать? :-)
-- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Mar 06, 2007 at 11:34:16AM +0300, Alexandre Snarskii wrote:
On Tue, Mar 06, 2007 at 07:07:53AM +0100, Michael Petuschak wrote:
Hi Volodymyr,
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix:
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
4vovik: сколько лет прошло с появлений intervendor-compatible реализаций draft-martini до RFC ? Более четырех лет, afair.. Существенная разница в том, что eompls/atom добавлял новые варианты услуг, и эти услуги были востребованы. А "яркой необходимости" в 32bit asn у tier-[123] providers нет, единственное неудобство на время перехода - это то, что "не сразу видно", какая именно 32bit AS скрывается за очередной AS23456.. Но для преодоления этого неудобства достаточно держать один route-[collection-]server под [Free|Open]BSD+openbgpd..
Саша, я в общемто согласен, что asn32 на дамнном этапе особо провайдерам и не нужен, но ... читаем RIPE-овый анонс: RIPE NCC will assign 4-Byte AS Numbers according to the following timeline: * From 1 January 2007 the RIPE NCC will process applications that specifically request 4-byte only AS Numbers and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 4-byte only AS Number, a 2-byte only AS Number will be assigned by the RIPE NCC. * From 1 January 2009 the RIPE NCC will process applications that specifically request 2-byte only AS Numbers and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 2-byte only AS Number, a 4-byte only AS Number will be assigned by the RIPE NCC. * From 1 January 2010 the RIPE NCC will cease to make any distinction between 2-byte only AS Numbers and 4-byte only AS Numbers, and will operate AS Number assignments from an undifferentiated 4- byte AS Number allocation pool. http://www.ripe.net/ripe/docs/asn-assignment.html#19 RFC - нет, основные игроки на рынке в general deployment код имлементации не включили, а до первого января 2010 года еще не так уж и много. Вот тут головняки с массовым использованием ASN32 c не 32 bit ASN ready BGP реалиазцией и полезут в полный рост, IMHO. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Mar 09, 2007 at 01:37:19PM +0200, Volodymyr Yakovenko wrote:
On Tue, Mar 06, 2007 at 11:34:16AM +0300, Alexandre Snarskii wrote:
On Tue, Mar 06, 2007 at 07:07:53AM +0100, Michael Petuschak wrote:
Hi Volodymyr,
Так как никто пока не знает реального синтаксиса конфигурации 32-bit asn на оборудовании, это просто fix:
А RFC когда будет? Без оного не каждого вендора заставишь чтото заимплементировать.
4vovik: сколько лет прошло с появлений intervendor-compatible реализаций draft-martini до RFC ? Более четырех лет, afair.. Существенная разница в том, что eompls/atom добавлял новые варианты услуг, и эти услуги были востребованы. А "яркой необходимости" в 32bit asn у tier-[123] providers нет, единственное неудобство на время перехода - это то, что "не сразу видно", какая именно 32bit AS скрывается за очередной AS23456.. Но для преодоления этого неудобства достаточно держать один route-[collection-]server под [Free|Open]BSD+openbgpd..
Саша, я в общемто согласен, что asn32 на дамнном этапе особо провайдерам и не нужен, но ... читаем RIPE-овый анонс:
RIPE NCC will assign 4-Byte AS Numbers according to the following timeline:
* From 1 January 2007 the RIPE NCC will process applications that specifically request 4-byte only AS Numbers and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 4-byte only AS Number, a 2-byte only AS Number will be assigned by the RIPE NCC. * From 1 January 2009 the RIPE NCC will process applications that specifically request 2-byte only AS Numbers and assign such AS Numbers as requested by the applicant. In the absence of any specific request for a 2-byte only AS Number, a 4-byte only AS Number will be assigned by the RIPE NCC. * From 1 January 2010 the RIPE NCC will cease to make any distinction between 2-byte only AS Numbers and 4-byte only AS Numbers, and will operate AS Number assignments from an undifferentiated 4- byte AS Number allocation pool.
http://www.ripe.net/ripe/docs/asn-assignment.html#19
RFC - нет, основные игроки на рынке в general deployment код имлементации не включили, а до первого января 2010 года еще не так уж и много.
Вот тут головняки с массовым использованием ASN32 c не 32 bit ASN ready BGP реалиазцией и полезут в полный рост, IMHO.
Дядь Вов, почитай вот сюда: http://www3.ietf.org/proceedings/05nov/IDs/draft-ietf-idr-as4bytes-12.txt В частности вот этот пункт: 4.2. Interaction Between NEW and OLD BGP Speakers 4.2.1. BGP Peering Note that peering between a NEW BGP speaker and an OLD one is possible only if the NEW BGP speaker has a 2-octet AS number. However, this document does not assume that an Autonomous System with NEW speakers has to have a globally unique 2-octet AS number - AS_TRANS could be used instead (even if multiple Autonomous System would use it). говорит нам о том, что если клиент/peer уже получил 32bit asn, а наш junos/ios до сих пор к этому не готов - мы просто строим сессию с as23456.... Потому-то я и считаю, что _единственный_ геморрой 2009/2010'го года - это то, что будет неудобно фильтровать по as-path'ам и смотреть, какая же именно 32bit as скрывается под очередной 23456 :) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Alexandre Snarskii пишет:
Вот тут головняки с массовым использованием ASN32 c не 32 bit ASN ready BGP реалиазцией и полезут в полный рост, IMHO.
Дядь Вов, почитай вот сюда: http://www3.ietf.org/proceedings/05nov/IDs/draft-ietf-idr-as4bytes-12.txt
Ох, странный это драфт. Есть там нераскрытых вопросов. Например, ebgp между old-speakers, каждый из которых живет в своей 32-битной (не 2-octet-mappable) AS. -- dg =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Mar 09, 2007 at 04:10:50PM +0300, Daniel Ginsburg wrote:
Alexandre Snarskii пишет:
Вот тут головняки с массовым использованием ASN32 c не 32 bit ASN ready BGP реалиазцией и полезут в полный рост, IMHO.
Дядь Вов, почитай вот сюда: http://www3.ietf.org/proceedings/05nov/IDs/draft-ietf-idr-as4bytes-12.txt
Ох, странный это драфт. Есть там нераскрытых вопросов. Например, ebgp между old-speakers, каждый из которых живет в своей 32-битной (не 2-octet-mappable) AS.
О чем и речь - извернуться и построить так чтоб работало можно, но массовые игры с allowas-in и псевдо iBGP в исполнении свежеиспеченного AS-а навевают на грустные мысли. И мниться мне что в драфте сие не прописано потому как больно грустная картина получается. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Volodymyr Yakovenko пишет:
On Fri, Mar 09, 2007 at 04:10:50PM +0300, Daniel Ginsburg wrote:
Alexandre Snarskii пишет:
Вот тут головняки с массовым использованием ASN32 c не 32 bit ASN ready BGP реалиазцией и полезут в полный рост, IMHO. Дядь Вов, почитай вот сюда: http://www3.ietf.org/proceedings/05nov/IDs/draft-ietf-idr-as4bytes-12.txt
Ох, странный это драфт. Есть там нераскрытых вопросов. Например, ebgp между old-speakers, каждый из которых живет в своей 32-битной (не 2-octet-mappable) AS.
О чем и речь - извернуться и построить так чтоб работало можно, но массовые игры с allowas-in и псевдо iBGP в исполнении свежеиспеченного AS-а навевают на грустные мысли.
И мниться мне что в драфте сие не прописано потому как больно грустная картина получается.
Вообще конечно, в этом драфте написано: To simplify transition this document assumes that an Autonomous System could start using a 4-octet AS number only after all the BGP speakers within that Autonomous System have been upgraded to support 4-octet AS numbers. Но что-то мне подсказывает ;), что это очень оптимистичное предположение. -- dg =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Daniel,
И мниться мне что в драфте сие не прописано потому как больно грустная картина получается.
Вообще конечно, в этом драфте написано: To simplify transition this document assumes that an Autonomous System could start using a 4-octet AS number only after all the BGP speakers within that Autonomous System have been upgraded to support 4-octet AS numbers.
Но что-то мне подсказывает ;), что это очень оптимистичное предположение.
"within" это "внутри" в данном случае. По-моему, вполне здравое предположение :) В общем, этот кто-то объяснял, что только те, у кого есть своя 32-bit ASN, будут вынуждены добыть роутер, их поддерживающий. А все остальные вынуждены не будут. Собственно, потому я и спрашивал, можно ли его добыть. -- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Sat, Mar 10, 2007 at 07:22:51PM +0100, Michael Petuschak wrote:
Hi Daniel,
И мниться мне что в драфте сие не прописано потому как больно грустная картина получается.
Вообще конечно, в этом драфте написано: To simplify transition this document assumes that an Autonomous System could start using a 4-octet AS number only after all the BGP speakers within that Autonomous System have been upgraded to support 4-octet AS numbers.
Но что-то мне подсказывает ;), что это очень оптимистичное предположение.
"within" это "внутри" в данном случае. По-моему, вполне здравое предположение :) Здравое-то оно здравое, но в пределах большой конторы с кучей различного железа и софта - таки слишком оптимистичное.
В общем, этот кто-то объяснял, что только те, у кого есть своя 32-bit ASN, будут вынуждены добыть роутер, их поддерживающий. А все остальные вынуждены не будут. А как с ситуацией - 2+ клиента с 32-бит цепляются к одному и тому же peer не умеющему 32-bit ASN ? Как я понял - наоборот - вроде не проблема...
-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Sun, Mar 11, 2007 at 10:25:27PM +0200, Paul Arakelyan wrote:
И мниться мне что в драфте сие не прописано потому как больно грустная картина получается.
Вообще конечно, в этом драфте написано: To simplify transition this document assumes that an Autonomous System could start using a 4-octet AS number only after all the BGP speakers within that Autonomous System have been upgraded to support 4-octet AS numbers.
Но что-то мне подсказывает ;), что это очень оптимистичное предположение.
"within" это "внутри" в данном случае. По-моему, вполне здравое предположение :) Здравое-то оно здравое, но в пределах большой конторы с кучей различного железа и софта - таки слишком оптимистичное.
Для большой конторы, в случае острой необходимости, нужно две недели для проведения подобной миграции со всеми внутренними согласованиями. Конечно же при условии успешного тестирования в лаборатории.
В общем, этот кто-то объяснял, что только те, у кого есть своя 32-bit ASN, будут вынуждены добыть роутер, их поддерживающий. А все остальные вынуждены не будут. А как с ситуацией - 2+ клиента с 32-бит цепляются к одному и тому же peer не умеющему 32-bit ASN ? Как я понял - наоборот - вроде не проблема...
Со стороны uplink'а не понимающего 32-bit ASN 2+ клиента будут выглядеть как один разнесенный клиент, отдающий разные префиксы. Никаких проблем нет. Входящий трафик будет доставлен нужному пиру. Правда существует вероятность допиливания обвязки к биллингу и внутреннему софту. Что все равно, рано или поздно прийдется делать. -- ZA-RIPE||ZA1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Andrey,
To simplify transition this document assumes that an Autonomous System could start using a 4-octet AS number only after all the BGP speakers within that Autonomous System have been upgraded to support 4-octet AS numbers.
Но что-то мне подсказывает ;), что это очень оптимистичное предположение.
"within" это "внутри" в данном случае. По-моему, вполне здравое предположение :) Здравое-то оно здравое, но в пределах большой конторы с кучей различного железа и софта - таки слишком оптимистичное. Для большой конторы, в случае острой необходимости, нужно две недели для проведения подобной миграции со всеми внутренними согласованиями. Конечно же при условии успешного тестирования в лаборатории.
По-моему, довольно странно предположить существование этой большой конторы без ASN и потом необходимость все мигрировать, т.к. ASN дали 32-битный. Думаю, что предполагалось, что 32-битные ASN будут получать свеже-создаваемые фирмы и соотв-но их свежие роутеры должны это поддерживать... Но тут как раз вопрос со свежестью роутеров :) -- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (13)
-
Alexandre Snarskii -
Andrey Zarechansky -
Daniel Ginsburg -
Dmitry Kiselev -
Katie Petrusha -
Katie Petrusha -
Maxim Tuliuk -
Michael Petuschak -
Oles Girniak -
Paul Arakelyan -
Pavel Gulchouck -
Valentin Nechayev -
Volodymyr Yakovenko