[phpBB Debug] PHP Notice: in file /viewtopic.php on line 945: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EET/2.0/no DST' instead
[phpBB Debug] PHP Notice: in file /viewtopic.php on line 945: getdate(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EET/2.0/no DST' instead
BREN forums • View topic - Поддържка на 32-битови ASN в български ISP

Поддържка на 32-битови ASN в български ISP

IP маршрутизация, протоколи (BGP, OSPF и т.н.), регистри (IANA, RIPE и т.н.)

Поддържка на 32-битови ASN в български ISP

Postby vesso » 24 Feb 2009, 11:46

Добре е да имаме отделна рубрика, в която да споменаваме кой ISP в България внедряват, имат внедрена или планират да внедрят поддръжка на 32-битови ASN.

Първите известни на мен са Спектрумнет. Получих съгласието на Петър Щинков от Спектър, да спомена точно тук, в тази тема, че Спектрумнет по принцип са готови за транзита на 32-битови ASN. Маршрутизаторът им с колокация във Франкфурт поддържа префикси с "origin" или транзит 32-битов ASN. Такава поддръжка ще имат и за маршрутизаторите си в София до месец. Т.е. добрата новина е, че скоро ще има поне един прецедент, както споменахме в главната тема той е необходим за да можем при ЗОП за доставка, да имаме основание да изискваме 32-битова ASN поддръжка.

Пример:

Code: Select all
+ = Active Route, - = Last Active, * = Both

2403:2000::/32     *[BGP/170] 09:10:52, localpref 90
                     AS path: 6939 2516 7660 2500 18146 131081 I
                   > to 2001:7f8::1b1b:0:1 via ae0.0
                   [BGP/170] 01:30:22, MED 657, localpref 90
                     AS path: 2914 4635 23911 24489 24489 9270 7660 2500 18146


Забележете как JunOS обявява 32-битовите ASN - в пълен десетичен формат: 131081. Интересното е, че от едното направление има само 16-битови ASN без агрегация към AS23456.


Имам изпратен въпрос към Еволинк и чакам отговор и от тях. Иначе при проверка на техния LG на адрес http://lg.evolink.net/, JunOS не виждам да поддържа 32-битови ASN, но не значи, че не планират такава поддръжка:

Code: Select all
192.26.93.0/24     *[BGP/170] 1w5d 07:11:26, MED 625, localpref 100
                       AS path: 2914 4697 23456 I
                     > to 213.198.72.237 via as0.0
                     [BGP/170] 06:34:28, localpref 100
                       AS path: 1299 1299 2914 4697 23456 I
                     > to 213.248.89.125 via ge-0/0/0.0
                     [BGP/170] 21:43:24, localpref 90
                       AS path: 9050 9050 9050 6453 2914 4697 23456 I
                     > to 85.14.22.18 via ae0.26


Възможно е просто техните "upstream" доставчици да не им дават такива AS пътища. Така, че ще чакаме новини и от тях.
vesso
 
Posts: 65
Joined: 17 Feb 2009, 21:09
Location: Sofia

Return to The Internet Protocol (IP)

Who is online

Users browsing this forum: No registered users and 1 guest

cron