Здрасьте! Хотел бы обратить внимание общественности на опубликованное пару недель назад в RIPE Address Policy Working Group предложение уменьшить минимальный размер первого allocation до /21 и прекратить выдачу PI-блоков. http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько удивило отсутствие украинских/российских участников в обсуждении этой темы. Как я понимаю, обсуждение изменений будет продолжаться еще и после RIPE Meeting'а (на следующей неделе), где оно включено в повестку дня. P.S. Подписка на RIPE'овские списки рассылки производится через http://www.ripe.net/mailman -- Michael Behind every successful man is a surprised woman. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
грусно это On Wed, Aug 27, 2003 at 10:25:56AM +0200, Michael Petuschak wrote: MP>Здрасьте! MP>Хотел бы обратить внимание общественности на опубликованное пару недель MP>назад в RIPE Address Policy Working Group предложение MP>уменьшить минимальный размер первого allocation до /21 и MP>прекратить выдачу PI-блоков. MP>http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html MP>В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько MP>удивило отсутствие украинских/российских участников в обсуждении MP>этой темы. MP>Как я понимаю, обсуждение изменений будет продолжаться еще и после RIPE MP>Meeting'а (на следующей неделе), где оно включено в повестку дня. MP>P.S. Подписка на RIPE'овские списки рассылки производится через MP>http://www.ripe.net/mailman MP>-- MP>Michael MP> Behind every successful man is a surprised woman. MP>=================================================================== MP>uanog mailing list. MP>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MP>with "unsubscribe uanog" in the body of the message -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Program load too heavy for processor to lift. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Wed, Aug 27, 2003 at 11:30:27AM +0300, mage wrote about "[uanog] Re: про PI": AT> грусно это Угу, становитесь все LIR'ами, платите членские взносы... RIPE'у выгодно.... :( MP>>Хотел бы обратить внимание общественности на опубликованное пару недель MP>>назад в RIPE Address Policy Working Group предложение MP>>уменьшить минимальный размер первого allocation до /21 и MP>>прекратить выдачу PI-блоков. AT> MP>>http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html AT> MP>>В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько MP>>удивило отсутствие украинских/российских участников в обсуждении MP>>этой темы. а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22) .... 3. No longer assign PI (Portable) address space to End Users - There some support for to this point. The issue of Root DNS Servers was raised but it was noted that all Root DNS Servers operating in this region already have address assignments. .... И это они о чем ? CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 11:54:55AM +0300, Michail Litvak wrote:
AT> грусно это
Угу, становитесь все LIR'ами, платите членские взносы... RIPE'у выгодно.... :(
ага. downsizing, cost-cutting. как только контора начнет экокомить на бесплатном кофе или что у RIPE там есть из этой серии - верный признак, что пора вострить лыжи ;)
MP>>Хотел бы обратить внимание общественности на опубликованное пару недель MP>>назад в RIPE Address Policy Working Group предложение MP>>уменьшить минимальный размер первого allocation до /21 и MP>>прекратить выдачу PI-блоков. AT> MP>>http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html AT>
MP>>В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько MP>>удивило отсутствие украинских/российских участников в обсуждении MP>>этой темы.
какие преимущества? а поддержание продавцов памяти для цисок? а работа по перестройки таблицы украинского раутинга раз в 5 минут? может, ты вообще предложишь, скажем, /18 для пущей экономии? А мелкие провайдеры пусть не выпендриваются, получают два блока от аплинков и строят себе policy routing.
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
точно заговор против циски. Война Востока и Запада. Ты знаешь, сколько в Сан-Хозе еще индусов осталось - они же без работы окажутся!
3. No longer assign PI (Portable) address space to End Users
- There some support for to this point. The issue of Root DNS Servers was raised but it was noted that all Root DNS Servers operating in this region already have address assignments. ....
И это они о чем ?
маленькая сеть (со своей AS) для distributed replicated servers. akamai на спичках, короче ;-) см. например f.root-servers.net или ultradns.net. кстати, хорошо root servers - а как насчет country-code TLDs? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Wed, Aug 27, 2003 at 02:19:00, dk wrote about "[uanog] Re: [uanog] Re: [uanog] Re: про PI":
какие преимущества? а поддержание продавцов памяти для цисок? а работа по перестройки таблицы украинского раутинга раз в 5 минут?
может, ты вообще предложишь, скажем, /18 для пущей экономии? А мелкие провайдеры пусть не выпендриваются, получают два блока от аплинков и строят себе policy routing.
dk, а в райповские рассылки всё это, да по-английски? -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 10:25 +0200, Michael Petuschak wrote:
Здрасьте!
Хотел бы обратить внимание общественности на опубликованное пару недель назад в RIPE Address Policy Working Group предложение уменьшить минимальный размер первого allocation до /21 и прекратить выдачу PI-блоков.
http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html
В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько удивило отсутствие украинских/российских участников в обсуждении этой темы.
BTW, а где-нибуть в недрах www.ripe.net есть статистика по выдаче блоков? -- Maxim Tulyuk WWW: http://www.primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute 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 Wed, Aug 27, 2003 at 11:54 +0300, Michail Litvak wrote:
MP>>В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько MP>>удивило отсутствие украинских/российских участников в обсуждении MP>>этой темы.
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
А BGP table тут причем? IMHO упоминаний о запрете route-object /24, /23, ... не было; кроме того, до сих пор встречаются уникумы с /25 -- Maxim Tulyuk WWW: http://www.primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute 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 Wed, Aug 27, 2003 at 01:45:59PM +0300, Maxim Tulyuk wrote:
On Wed, Aug 27, 2003 at 10:25 +0200, Michael Petuschak wrote:
Здрасьте!
Хотел бы обратить внимание общественности на опубликованное пару недель назад в RIPE Address Policy Working Group предложение уменьшить минимальный размер первого allocation до /21 и прекратить выдачу PI-блоков.
http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html
В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько удивило отсутствие украинских/российских участников в обсуждении этой темы.
BTW, а где-нибуть в недрах www.ripe.net есть статистика по выдаче блоков?
На той же странице: Some statistics were requested and provided for the first half of 2003: ASN assignments: 599 Allocation: 377 PI Assignments: 408 Number of /20s allocated per month for the same period: 200301 7 200302 20 200303 14 200304 16 200305 35 200306 24
-- Maxim Tulyuk WWW: http://www.primats.org.ua/~mt/ ICQ: 21134222
The bike is absolute freedom of moving =================================================================== 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 Wed, Aug 27, 2003 at 11:54:55AM +0300, Michail Litvak wrote:
Wed, Aug 27, 2003 at 11:30:27AM +0300, mage wrote about "[uanog] Re: про PI":
AT> грусно это
Угу, становитесь все LIR'ами, платите членские взносы... RIPE'у выгодно.... :(
Миша, у Вас есть все шансы предложить community более другой варинт отделения "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. PI, в текущей модели routing policy, IMHO, левак'с.
MP>>Хотел бы обратить внимание общественности на опубликованное пару недель MP>>назад в RIPE Address Policy Working Group предложение MP>>уменьшить минимальный размер первого allocation до /21 и MP>>прекратить выдачу PI-блоков. AT> MP>>http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html AT>
MP>>В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько MP>>удивило отсутствие украинских/российских участников в обсуждении MP>>этой темы.
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
Иерархическая модель адресного распределения, например.
.... 3. No longer assign PI (Portable) address space to End Users
- There some support for to this point. The issue of Root DNS Servers was raised but it was noted that all Root DNS Servers operating in this region already have address assignments. ....
И это они о чем ?
Это скорее о том, что "технические" PI, которые использовались для IX-ов, route-servers и прочих специальных применений тоже _уже_ не нужны :-) -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 11:54:55AM +0300, Michail Litvak wrote:
Wed, Aug 27, 2003 at 11:30:27AM +0300, mage wrote about "[uanog] Re: про PI":
AT> грусно это
Угу, становитесь все LIR'ами, платите членские взносы... RIPE'у выгодно.... :( Миша, у Вас есть все шансы предложить community более другой варинт отделения "зерен от плевел" и общей дебардакизации, нежели финансовый фактор.
PI, в текущей модели routing policy, IMHO, левак'с. Ну да! Когда владелец блока /18 или /19 анонсит каждую /24 сеть из своего блока потому что у него своя роутинг-полиси для каждого клиента - это не левак!
А когда честно анонсится /22 PI - это левак?! Ню-ню!
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
Иерархическая модель адресного распределения, например. А накой она нужна - иерархическая, если изначально сеть строилась как распределенная _сетевая_ модель? И по сути, такой и является! Накой нужны исскуственные ограничения?
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Volodymyr Yakovenko! Wed, Aug 27, 2003 at 03:03:56PM +0300, vovik wrote about "[uanog] Re: про PI": VY> On Wed, Aug 27, 2003 at 11:54:55AM +0300, Michail Litvak wrote:
Wed, Aug 27, 2003 at 11:30:27AM +0300, mage wrote about "[uanog] Re: про PI":
AT>> грусно это
Угу, становитесь все LIR'ами, платите членские взносы... RIPE'у выгодно.... :(
VY> VY> Миша, у Вас есть все шансы предложить community более другой варинт отделения VY> "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. VY> VY> PI, в текущей модели routing policy, IMHO, левак'с.
можно подробнее ?
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22) VY> VY> Иерархическая модель адресного распределения, например.
Ну хорошо - небольшой провайдер на перифирии. Есть обратка на укртелеком + линк на провайдера в соседнем городе + спутник, и что делать без PI адресов ? (соседний провайдер сам только с PI)
3. No longer assign PI (Portable) address space to End Users
- There some support for to this point. The issue of Root DNS Servers was raised but it was noted that all Root DNS Servers operating in this region already have address assignments. ....
И это они о чем ? VY> VY> Это скорее о том, что "технические" PI, которые использовались для IX-ов, VY> route-servers и прочих специальных применений тоже _уже_ не нужны :-)
Спасибо, понятно. CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:21:00PM +0300, Alexander Drachuk wrote:
Когда владелец блока /18 или /19 анонсит каждую /24 сеть из своего блока потому что у него своя роутинг-полиси для каждого клиента - это не левак!
А когда честно анонсится /22 PI - это левак?! Ню-ню!
Каждые такие /24 принимать совершенно необязательно, в отличии от /22 PI. -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:34:51PM +0300, Yaroslav Halchinsky wrote: YH>On Wed, Aug 27, 2003 at 03:21:00PM +0300, Alexander Drachuk wrote: YH>> Когда владелец блока /18 или /19 анонсит каждую /24 сеть из своего блока YH>> потому что у него своя роутинг-полиси для каждого клиента - это не левак! YH>> YH>> А когда честно анонсится /22 PI - это левак?! YH>> Ню-ню! YH>Каждые такие /24 принимать совершенно необязательно, в отличии от /22 PI. очень спорный вопрос у клиента своя топология и свои выходы в мир или на украину или еще куда и что ж - игнорировать их кстати я уже нарывался на проблемы с аннонсами /19 и /24 из них по разным направлениям -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - We only support a 1200 bps connection. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:21:48PM +0300, Michail Litvak wrote:
VY> VY> Миша, у Вас есть все шансы предложить community более другой варинт отделения VY> "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. VY> VY> PI, в текущей модели routing policy, IMHO, левак'с.
можно подробнее ?
С административной точки зрения: процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет место быть "вторичный рынок" PI-ев, где их банально (пере)продают. С технической: граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис между желанием админа/конторы быть "незалежним"/multihomed и ограничениями используемой технологии.
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22) VY> VY> Иерархическая модель адресного распределения, например.
Ну хорошо - небольшой провайдер на перифирии. Есть обратка на укртелеком + линк на провайдера в соседнем городе + спутник, и что делать без PI адресов ? (соседний провайдер сам только с PI)
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination. Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:39:14PM +0300, Alexander Trotsai wrote:
очень спорный вопрос у клиента своя топология и свои выходы в мир или на украину или еще куда и что ж - игнорировать их кстати я уже нарывался на проблемы с аннонсами /19 и /24 из них по разным направлениям
У клиента есть свой AS от которого он /24 хочет анонсировать? -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:21:00PM +0300, Alexander Drachuk wrote:
Когда владелец блока /18 или /19 анонсит каждую /24 сеть из своего блока потому что у него своя роутинг-полиси для каждого клиента - это не левак!
А когда честно анонсится /22 PI - это левак?! Ню-ню!
Каждые такие /24 принимать совершенно необязательно, в отличии от /22 PI. Да ну?! Вообще говоря, принмать анонсы вообще не обязательно ;) Можно жить в своей 10.x.x.x и в ус не дуть ;)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:07:18PM +0300, Yaroslav Halchinsky wrote: YH>On Wed, Aug 27, 2003 at 03:39:14PM +0300, Alexander Trotsai wrote: YH>> очень спорный вопрос YH>> у клиента своя топология и свои выходы в мир или на украину YH>> или еще куда YH>> и что ж - игнорировать их YH>> кстати я уже нарывался на проблемы с аннонсами /19 и /24 из YH>> них по разным направлениям YH>У клиента есть свой AS от которого он /24 хочет анонсировать? возможно т.е. ситуацию PI/AS заменяют на кусок PA/AS -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Someone thought The Big Red Button was a light switch. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:39:14PM +0300, Alexander Trotsai wrote:
очень спорный вопрос у клиента своя топология и свои выходы в мир или на украину или еще куда и что ж - игнорировать их кстати я уже нарывался на проблемы с аннонсами /19 и /24 из них по разным направлениям
У клиента есть свой AS от которого он /24 хочет анонсировать? А AS как раз необязательно У клиента есть свои внешние каналы и он вполне может иметь желание и возможности анонсировать /24 под AS провайдера Есть претензии к такой постановке вопроса?! ;)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:07:18PM +0300, Yaroslav Halchinsky wrote: YH>On Wed, Aug 27, 2003 at 03:39:14PM +0300, Alexander Trotsai wrote: YH>> очень спорный вопрос YH>> у клиента своя топология и свои выходы в мир или на украину YH>> или еще куда YH>> и что ж - игнорировать их YH>> кстати я уже нарывался на проблемы с аннонсами /19 и /24 из YH>> них по разным направлениям
YH>У клиента есть свой AS от которого он /24 хочет анонсировать?
возможно т.е. ситуацию PI/AS заменяют на кусок PA/AS Хотя не всегда Наличие свое AS позволяет клиенту строить свою политику маршрутизации, А вот работа под AS провайдера его сильно ограничивает в этом вопросе
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:10:28PM +0300, Alexander Drachuk wrote: AD>> On Wed, Aug 27, 2003 at 03:39:14PM +0300, Alexander Trotsai wrote: AD>> > очень спорный вопрос AD>> > у клиента своя топология и свои выходы в мир или на украину AD>> > или еще куда AD>> > и что ж - игнорировать их AD>> > кстати я уже нарывался на проблемы с аннонсами /19 и /24 из AD>> > них по разным направлениям AD>> AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>А AS как раз необязательно AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>и возможности анонсировать /24 под AS провайдера AD>Есть претензии к такой постановке вопроса?! ;) получится еще больший бардак особенно с автоматическим построением фильтров по ripe db потому как навскидку не знаю как описать, что вот вон туда будет аннонсироваться /24 из моего /19 -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - You need to install an RTFM interface. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 03:21:48PM +0300, Michail Litvak wrote:
VY> Миша, у Вас есть все шансы предложить community более другой варинт отделения VY> "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. VY> PI, в текущей модели routing policy, IMHO, левак'с. можно подробнее ?
С административной точки зрения:
процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет Ну если б они еще с такой скорость отрабатывались ;))
место быть "вторичный рынок" PI-ев, где их банально (пере)продают. А тебе банально жалко чужих денег?! ;)
С технической:
граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис между желанием админа/конторы быть "незалежним"/multihomed и ограничениями используемой технологии. Мало ли чего выброшено на свалку истории за время существования человечества ;) Вот Cisco4000 когда-то считалось core-router-ом Что, кто-то надеется с введением иерархии ip-адресов вернуть им это почетное звание? ;)
И потом - кто заставляет держать full-bgp на каждом углу? ;)
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination.
Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с. Ню-ню! Давно сам поднялся-то?! ;)
А дальше развить свою же теорию не хочешь?! Например, ликвидировать всех провайдеров как класс в пределах Украины и оставить один Укртелефон. Система будет идеально иерархическая ;) Только ты себе место сначала присмотри в этой иерархии ;) Не надо забывать о том, что любой подход можно применять на разных уровнях.... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>А AS как раз необязательно AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>и возможности анонсировать /24 под AS провайдера AD>Есть претензии к такой постановке вопроса?! ;)
получится еще больший бардак особенно с автоматическим построением фильтров по ripe db потому как навскидку не знаю как описать, что вот вон туда будет аннонсироваться /24 из моего /19 Так я - клиент - тебя уведомлю и попрошу прописать что нужно в ripedb ;) А поскольку я клиент "толстый" - ты ж удовлетворишь мою просьбу?! ;)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:29:25PM +0300, Alexander Drachuk wrote: AD>> AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>> AD>А AS как раз необязательно AD>> AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>> AD>и возможности анонсировать /24 под AS провайдера AD>> AD>Есть претензии к такой постановке вопроса?! ;) AD>> AD>> получится еще больший бардак AD>> особенно с автоматическим построением фильтров по ripe db AD>> потому как навскидку не знаю как описать, что вот вон туда AD>> будет аннонсироваться /24 из моего /19 AD>Так я - клиент - тебя уведомлю и попрошу прописать что нужно в ripedb ;) AD>А поскольку я клиент "толстый" - ты ж удовлетворишь мою просьбу?! ;) КАК в терминах автоновных систем описать аннонсы куска своего блока? -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Failure to adjust for daylight savings time. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:27:27PM +0300, Alexander Drachuk wrote: AD>> On Wed, Aug 27, 2003 at 03:21:48PM +0300, Michail Litvak wrote: AD>> >VY> Миша, у Вас есть все шансы предложить community более другой варинт отделения AD>> >VY> "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. AD>> >VY> PI, в текущей модели routing policy, IMHO, левак'с. AD>> >можно подробнее ? AD>> AD>> С административной точки зрения: AD>> AD>> процедура передачи PI от одного владельца к другому, join-ов, split-ов и AD>> take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать AD>> этак не менее одной технически-грамотной заявки в неделю. В принципе имеет AD>Ну если б они еще с такой скорость отрабатывались ;)) последний рекорд - менее 10-ти часов (в тот же день :) AD>> место быть "вторичный рынок" PI-ев, где их банально (пере)продают. AD>А тебе банально жалко чужих денег?! ;) AD>> С технической: AD>> AD>> граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории AD>> NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис AD>> между желанием админа/конторы быть "незалежним"/multihomed и ограничениями AD>> используемой технологии. AD>Мало ли чего выброшено на свалку истории за время существования человечества ;) AD>Вот Cisco4000 когда-то считалось core-router-ом AD>Что, кто-то надеется с введением иерархии ip-адресов вернуть им это почетное звание? ;) AD>И потом - кто заставляет держать full-bgp на каждом углу? ;) AD>> В нормальной ситуации у соседнего провайдера и не должно быть PI-я. AD>> Сильно хочется быть multihomed - по первому времени просите у uplink-а AD>> отпустить кусочек PA под другой AS или под double-origination. AD>> AD>> Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, AD>> либо зачахнет. Глобализация'с. AD>Ню-ню! AD>Давно сам поднялся-то?! ;) AD>А дальше развить свою же теорию не хочешь?! AD>Например, ликвидировать всех провайдеров как класс в пределах Украины AD>и оставить один Укртелефон. Система будет идеально иерархическая ;) AD>Только ты себе место сначала присмотри в этой иерархии ;) AD>Не надо забывать о том, что любой подход можно применять на разных AD>уровнях.... -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Program load too heavy for processor to lift. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:29:25PM +0300, Alexander Drachuk wrote:
AD>> AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>> AD>А AS как раз необязательно AD>> AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>> AD>и возможности анонсировать /24 под AS провайдера AD>> AD>Есть претензии к такой постановке вопроса?! ;) AD>> AD>> получится еще больший бардак AD>> особенно с автоматическим построением фильтров по ripe db AD>> потому как навскидку не знаю как описать, что вот вон туда AD>> будет аннонсироваться /24 из моего /19 AD>Так я - клиент - тебя уведомлю и попрошу прописать что нужно в ripedb ;) AD>А поскольку я клиент "толстый" - ты ж удовлетворишь мою просьбу?! ;)
КАК в терминах автоновных систем описать аннонсы куска своего блока? Можно прописать весь кусок, а уж анонсировать только /24
Иначе тебе же, как провайдеру придется для меня решать задачу получения PI, AS и все что полагается для того, что бы оно работало ;) Работало так, как я клиент хочу ;) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:34:14PM +0300, Alexander Drachuk wrote: AD>> On Wed, Aug 27, 2003 at 04:29:25PM +0300, Alexander Drachuk wrote: AD>> AD>> AD>> AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>> AD>> AD>А AS как раз необязательно AD>> AD>> AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>> AD>> AD>и возможности анонсировать /24 под AS провайдера AD>> AD>> AD>Есть претензии к такой постановке вопроса?! ;) AD>> AD>> AD>> AD>> получится еще больший бардак AD>> AD>> особенно с автоматическим построением фильтров по ripe db AD>> AD>> потому как навскидку не знаю как описать, что вот вон туда AD>> AD>> будет аннонсироваться /24 из моего /19 AD>> AD>Так я - клиент - тебя уведомлю и попрошу прописать что нужно в ripedb ;) AD>> AD>А поскольку я клиент "толстый" - ты ж удовлетворишь мою просьбу?! ;) AD>> AD>> КАК в терминах автоновных систем описать аннонсы куска AD>> своего блока? AD>Можно прописать весь кусок, а уж анонсировать только /24 AD>Иначе тебе же, как провайдеру придется для меня решать задачу получения AD>PI, AS и все что полагается для того, что бы оно работало ;) AD>Работало так, как я клиент хочу ;) пока успешно решал кроме того бывают и странные ситуации под одну такую ситуацию, например, райп мне (ЛИРу) именно на меня без доп. хитростей дал /24 PI -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Cow-tippers tipped a cow onto the server. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
AD>Иначе тебе же, как провайдеру придется для меня решать задачу получения AD>PI, AS и все что полагается для того, что бы оно работало ;) AD>Работало так, как я клиент хочу ;)
пока успешно решал кроме того бывают и странные ситуации под одну такую ситуацию, например, райп мне (ЛИРу) именно на меня без доп. хитростей дал /24 PI Ну вот Ripe и сделает тебе счастье в виде невозможности решения таких задач ;)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:40:23PM +0300, Alexander Drachuk wrote: AD>> AD>Иначе тебе же, как провайдеру придется для меня решать задачу получения AD>> AD>PI, AS и все что полагается для того, что бы оно работало ;) AD>> AD>Работало так, как я клиент хочу ;) AD>> AD>> пока успешно решал AD>> кроме того бывают и странные ситуации AD>> под одну такую ситуацию, например, райп мне (ЛИРу) именно на AD>> меня без доп. хитростей дал /24 PI AD>Ну вот Ripe и сделает тебе счастье в виде невозможности решения таких задач ;) и придется разваливать свой /19 с вероятностью нарваться на чьи-то фильтры :( -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Netscape has crashed =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:08:13PM +0300, Alexander Trotsai wrote:
YH>У клиента есть свой AS от которого он /24 хочет анонсировать?
возможно т.е. ситуацию PI/AS заменяют на кусок PA/AS
Если будет route object под такой префикс, то пусть живет, как сможет, а если "давайте заанонсим /27 нашего любимого клиента в тестовый канал шоб було", то в морг. Помнится на RIPE NCC был документ, в каких сетях какие минимальные allocation. Считаю вполне приемлемым, если у кого-то все что меньше, будет фильтроваться, по крайней мере друзья с /24 должны знать на что идут. -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Wed, Aug 27, 2003 at 16:27:27, ala wrote about "[uanog] Re: [uanog] Re: про PI": Аля, 5+! ;)) ЗЫ. А кто-то может описать внятными словами, что такого хорошего в IPv6, что его активно продвигают, включая и _такие_ методы? Только без повторения стандартной рекламы. Пока что для меня он выглядит как комитетский верблюд, не решающий большинство проблем нынешних сетей...
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination.
Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с. Ню-ню! Давно сам поднялся-то?! ;)
А дальше развить свою же теорию не хочешь?! Например, ликвидировать всех провайдеров как класс в пределах Украины и оставить один Укртелефон. Система будет идеально иерархическая ;) Только ты себе место сначала присмотри в этой иерархии ;)
Не надо забывать о том, что любой подход можно применять на разных уровнях....
-netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:42:02PM +0300, Yaroslav Halchinsky wrote: YH>On Wed, Aug 27, 2003 at 04:08:13PM +0300, Alexander Trotsai wrote: YH>> YH>У клиента есть свой AS от которого он /24 хочет анонсировать? YH>> YH>> возможно YH>> т.е. ситуацию PI/AS заменяют на кусок PA/AS YH>Если будет route object под такой префикс, то пусть живет, как сможет, YH>а если "давайте заанонсим /27 нашего любимого клиента в тестовый канал YH>шоб було", то в морг. Помнится на RIPE NCC был документ, в каких сетях YH>какие минимальные allocation. Считаю вполне приемлемым, если у кого-то YH>все что меньше, будет фильтроваться, по крайней мере друзья с /24 должны YH>знать на что идут. вот по этому документу мне надо обязательно аннонсировать /19 а по другим соображения (если без PI) - обязательно разбить и /19 никому не показывать -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Traceroute says that there is a routing problem in the backbone. It's not our problem. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:40:23PM +0300, Alexander Drachuk wrote:
AD>> AD>Иначе тебе же, как провайдеру придется для меня решать задачу получения AD>> AD>PI, AS и все что полагается для того, что бы оно работало ;) AD>> AD>Работало так, как я клиент хочу ;) AD>> AD>> пока успешно решал AD>> кроме того бывают и странные ситуации AD>> под одну такую ситуацию, например, райп мне (ЛИРу) именно на AD>> меня без доп. хитростей дал /24 PI AD>Ну вот Ripe и сделает тебе счастье в виде невозможности решения таких задач ;)
и придется разваливать свой /19 с вероятностью нарваться на чьи-то фильтры :( А отож! ;) Или выписывать каждому более/менее серьезному клиенту по /19 ;) У того же Ripe ;)
Ну собственно и получится - за что боролись, на то и напоролись ;) ("Борьба за мир" - это как "секс за девственность"?! ;) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Valentin Nechayev! Wed, Aug 27, 2003 at 04:43:40PM +0300, netch wrote about "[uanog] Re: про PI": VN> Аля, 5+! ;)) VN> VN> ЗЫ. А кто-то может описать внятными словами, что такого хорошего в IPv6, VN> что его активно продвигают, включая и _такие_ методы? Только без повторения VN> стандартной рекламы. VN> Пока что для меня он выглядит как комитетский верблюд, не решающий VN> большинство проблем нынешних сетей... Аххх.... это IPv6 продвигают ? ;) Ну хорошего - тем же индусам много работы ;) CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:44:33PM +0300, Alexander Trotsai wrote:
вот по этому документу мне надо обязательно аннонсировать /19 а по другим соображения (если без PI) - обязательно разбить и /19 никому не показывать
А еще один allocation не дадут? -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Yaroslav Halchinsky! Wed, Aug 27, 2003 at 04:49:54PM +0300, jar wrote about "[uanog] Re: про PI": YH> On Wed, Aug 27, 2003 at 04:44:33PM +0300, Alexander Trotsai wrote:
вот по этому документу мне надо обязательно аннонсировать /19 а по другим соображения (если без PI) - обязательно разбить и /19 никому не показывать YH> YH> А еще один allocation не дадут?
а потом адреса закончатся. CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:49:54PM +0300, Yaroslav Halchinsky wrote: YH>On Wed, Aug 27, 2003 at 04:44:33PM +0300, Alexander Trotsai wrote: YH>> вот по этому документу мне надо обязательно аннонсировать YH>> /19 YH>> а по другим соображения (если без PI) - обязательно разбить YH>> и /19 никому не показывать YH>А еще один allocation не дадут? если в согласии с их документацией и без исхитрений - то у меня должно быть использовано 80% моего allocation а я жадный^Wдомовитый мне пока хватает -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - old inkjet cartridges emanate barium-based fumes =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:52:54PM +0300, Michail Litvak wrote: ML>Hello Yaroslav Halchinsky! ML> Wed, Aug 27, 2003 at 04:49:54PM +0300, jar wrote about "[uanog] Re: про PI": ML> ML>YH> On Wed, Aug 27, 2003 at 04:44:33PM +0300, Alexander Trotsai wrote: ML>>> вот по этому документу мне надо обязательно аннонсировать ML>>> /19 ML>>> а по другим соображения (если без PI) - обязательно разбить ML>>> и /19 никому не показывать ML>YH> ML>YH> А еще один allocation не дадут? ML>а потом адреса закончатся. причем куда быстрее чем с выдачей PI -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Your Pentium has a heating problem - try cooling it with ice cold water.(Do not turn of your computer, you do not want to cool down the Pentium Chip while he isn't working, do you?) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Миша, а сколько RIPE выдал PI по странам (ua, ru, de...)? Сейчас PI "привязан" к тому LIR-у, через которого он регистрировался (даже если клиент давно ушел от своего бывшего upstream-а). Как передать такого PI другому LIR-у? Есть ли у RIPE способ какого-то административного воздействия на PI? LIR-ы все таки проходят аудит при запросе нового allocation. Как я понимаю, это те минусы, которые RIPE хочет побороть отменой PI. Были ли в обсуждении в рассылки какие-то другие предложения по наведению порядка, кроме финансовых методов?
Хотел бы обратить внимание общественности на опубликованное пару недель назад в RIPE Address Policy Working Group предложение уменьшить минимальный размер первого allocation до /21 и прекратить выдачу PI-блоков.
http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html
В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько удивило отсутствие украинских/российских участников в обсуждении этой темы.
Как я понимаю, обсуждение изменений будет продолжаться еще и после RIPE Meeting'а (на следующей неделе), где оно включено в повестку дня.
P.S. Подписка на RIPE'овские списки рассылки производится через http://www.ripe.net/mailman
-- Michael
-- Svetlana Tkachenko, hostmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
и придется разваливать свой /19 с вероятностью нарваться на чьи-то фильтры :( А отож! ;) Или выписывать каждому более/менее серьезному клиенту по /19 ;)
По /21 - прочитай внимательнее то, что предлагает RIPE
У того же Ripe ;)
В США давно выдают каждому (и несерьезным клиентам) по /20, и ничего - живут как-то, хотя то ж американцы :)
Ну собственно и получится - за что боролись, на то и напоролись ;)
("Борьба за мир" - это как "секс за девственность"?! ;)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Svetlana Tkachenko, hostmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 15:01 +0300, Volodymyr Yakovenko wrote:
Хотел бы обратить внимание общественности на опубликованное пару недель назад в RIPE Address Policy Working Group предложение уменьшить минимальный размер первого allocation до /21 и прекратить выдачу PI-блоков.
http://www.ripe.net/ripe/mail-archives/address-policy-wg/2003/msg00030.html
В общем, несмотря на все преимущества прекращения выдачи PI, меня несколько удивило отсутствие украинских/российских участников в обсуждении этой темы.
BTW, а где-нибуть в недрах www.ripe.net есть статистика по выдаче блоков?
На той же странице:
Some statistics were requested and provided for the first half of 2003:
IMHO это общая статистика, а интересует более детальная: страна, ... -- Maxim Tulyuk WWW: http://www.primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute 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 Wed, Aug 27, 2003 at 03:47:09PM +0300, Volodymyr Yakovenko wrote:
VY> Миша, у Вас есть все шансы предложить community более другой варинт отделения VY> "зерен от плевел" и общей дебардакизации, нежели финансовый фактор. VY> VY> PI, в текущей модели routing policy, IMHO, левак'с.
можно подробнее ?
С административной точки зрения:
процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет место быть "вторичный рынок" PI-ев, где их банально (пере)продают.
это легко блокировать административными методами. даже слишком легко. значит райпу либо лень, либо хочется денег.
С технической:
граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис между желанием админа/конторы быть "незалежним"/multihomed и ограничениями используемой технологии.
Вовик, помнишь то время, когда фулл-тейбл перестал влазить в 2511? я помню, хоть и понаслышке. все говорили "ой, шо буде!", а ничего, 2511 стоит $700. и больше ничего. машин с 256M рама на текущий момент довольно много, а кому они не по карману - ставят юнихи. вон, у меня старый sparc с 512M RAM взял 3 фулла и весело попрыгал вперед. да, у меня там траффика не 200Mbit среднесуточно. но у кого 200, тому хватит денег хотя бы на 3661, а это уже вполне вменяемый рутер универсального класса. кстати, кто-то мне говорил, что сделали вроде машинку начального уровня с 256M адресуемой? врали или нет? просто нет времени на ССО глянуть...
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22) VY> VY> Иерархическая модель адресного распределения, например.
Ну хорошо - небольшой провайдер на перифирии. Есть обратка на укртелеком + линк на провайдера в соседнем городе + спутник, и что делать без PI адресов ? (соседний провайдер сам только с PI)
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination.
сколько отечественных PA такое делает? мне известен только один.
Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с.
может ты и прав в этой фразе, вот только отрасль в нашей стране развивается так через ...... место пониже спины, что нормальные русские слова уже кончаются. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 04:42:02PM +0300, Yaroslav Halchinsky wrote:
YH>У клиента есть свой AS от которого он /24 хочет анонсировать?
возможно т.е. ситуацию PI/AS заменяют на кусок PA/AS
Если будет route object под такой префикс, то пусть живет, как сможет, а если "давайте заанонсим /27 нашего любимого клиента в тестовый канал шоб було", то в морг. Помнится на RIPE NCC был документ, в каких сетях какие минимальные allocation. Считаю вполне приемлемым, если у кого-то все что меньше, будет фильтроваться, по крайней мере друзья с /24 должны знать на что идут.
Давай ты не будешь путать /27 и /24? это.... несколько разные понятия. a /24 - это классический мост-специфик. и не в условиях местного инета от них отказываться. если не способен взять фулл- берешь дефолт+"Украину" и становишься почти счастлив. почти - потому что руками будешь исход перебрасывать. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 07:12:44PM +0300, Maxim Mazurok wrote:
Давай ты не будешь путать /27 и /24? это.... несколько разные понятия. a /24 - это классический мост-специфик. и не в условиях местного инета от них отказываться. если не способен взять фулл- берешь дефолт+"Украину" и становишься почти счастлив. почти - потому что руками будешь исход перебрасывать.
У меня в bgp table нашлась /29 одних датских товарищей, при живом /16, который длиннее на один AS. /32 каких-то шведских. /27 имени телекома, etc. Это по-твоему правильно? -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 07:48:13PM +0300, Yaroslav Halchinsky wrote:
Давай ты не будешь путать /27 и /24? это.... несколько разные понятия. a /24 - это классический мост-специфик. и не в условиях местного инета от них отказываться. если не способен взять фулл- берешь дефолт+"Украину" и становишься почти счастлив. почти - потому что руками будешь исход перебрасывать.
У меня в bgp table нашлась /29 одних датских товарищей, при живом /16, который длиннее на один AS. /32 каких-то шведских. /27 имени телекома, etc. Это по-твоему правильно?
где ты в моих словах нашел, что я считаю это правильным? -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Svetlana, Это ж надо, вот что значит жить в том же (почти) часовом поясе: у нас тут ночь, а вы там письма пишете :)
Миша, а сколько RIPE выдал PI по странам (ua, ru, de...)?
Я здесь RIPE NCC не представляю и потому предлагаю задать вопрос в address-policy-wg. Чтобы ответить на него официально.
Сейчас PI "привязан" к тому LIR-у, через которого он регистрировался
Нет. Не привязан.
Как передать такого PI другому LIR-у?
Assignment по policy привязан только к тому, кто им пользуется. Организация, владеющая PI, может писать в RIPE NCC через любого LIR'а.
Есть ли у RIPE способ какого-то административного воздействия на PI? LIR-ы все таки проходят аудит при запросе нового allocation.
Как я понимаю, аудит LIR-ы проходят потому что теоретически имеют возможность сами распоряжаться выданными им allocation'ами, в PI же проверять нечего - он уже проверен при выдаче.
Как я понимаю, это те минусы, которые RIPE хочет побороть отменой PI.
Мне так не кажется. По-моему общепризнанные минусы (или некоторые из них) очень хорошо осветили Вовик и Dk. Вообще-то я бы советовал полистать PI-TF архив и причины создания PI-TF, чтобы эти минусы найти. Еще, насколько мне известно, PI существует только в RIPE (и не выдается в APNIC, ARIN, etc.) и кроме того в http://www.ripe.net/ripe/docs/pi-pa.html сказано "Consequently it has been suggested that the Regional IRs should immediately stop allocating and assigning PI space and only allocate PA space to service providers." (Сказано в 1995-м году, кстати.)
Были ли в обсуждении в рассылки какие-то другие предложения по наведению порядка, кроме финансовых методов?
Финансовых методов как раз я и не заметил. Я не видел никого в архиве address-policy-wg, кого бы не устраивала необходимость становиться LIR'ом и платить за это (вместо PI). Не знаю, почему этого не замечают. Возможно, эта сумма несущественна для тех, кто участвовал в обсуждении. Или просто об этом не подумали. Потому я бы советовал писать (а не грустить) об изменениях policy, к-рые не устраивают, т.к. именно таким образом предложения принимают или убивают. Сам видел. -- Michael It's a thankless job, but I've got a lot of Karma to burn off. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Volodymyr,
Some statistics were requested and provided for the first half of 2003:
ASN assignments: 599 Allocation: 377 PI Assignments: 408
Как заметил Gert Doering недавно, RIPE'овский PI увеличивает routing table на 1% в год. С другой стороны, было интересное исследовние на тему, кто же увеличивает routing table: http://www.ripe.net/ripe/meetings/ripe-45/presentations/ripe45-eof-harsha http://www.ripe.net/ripe/meetings/ripe-45/presentations/ripe45-eof-harsha.pd... -- Michael для хорошего флирта детандер не помеха... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Maxim,
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
А BGP table тут причем? IMHO упоминаний о запрете route-object /24, /23, ... не было; кроме того, до сих пор встречаются уникумы с /25
Минимальный allocation предложено уменьшить и отменить ограничения для его получения. В результате некий мелкий провайдер, который раньше получал раз в xx месяцев новый /24 и добавлял его в routing table, в случае принятия этого предложения, сможет сразу получить довольно большой блок (/21) и спокойно и медленно в нем расти. Что по-моему должно повлиять на BGP. Заодно (как побочный эффект?) может сократиться количество желающих получить PI просто на всякий случай. А еще из плюсов - отпадет возможность использовать PI в качестве "PA для тех, кто не хочет становиться LIR'ом". Максимальный размер PI-блока сейчас не ограничен... в общем потому, что PI policy как бы и нет. (А про минусы все и так знают.) -- Michael Морщины - это извилины в законе. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Volodymyr,
Миша, у Вас есть все шансы предложить community более другой варинт отделения "зерен от плевел" и общей дебардакизации, нежели финансовый фактор.
Во-первых у всех есть возможность предложить community хороший вариант. Только вот никто ничего весомого не предложил даже в специально созданной для этого PI-TF, в результате Leo Vegoda отправил свое предложение. Я не знаю и для меня не очевидно, учитывался ли финансовый фактор при его составлении.
Это скорее о том, что "технические" PI, которые использовались для IX-ов, route-servers и прочих специальных применений тоже _уже_ не нужны :-)
IX'ы большие нынче. Будут брать /21? -- Michael Ненавижу все системы, кроме Солнечной! =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Yaroslav,
У меня в bgp table нашлась /29 одних датских товарищей, при живом /16, который длиннее на один AS. /32 каких-то шведских. /27 имени телекома, etc. Это по-твоему правильно?
А почему это неправильно? А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все фильтруют"? (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от провайдера и необходимость renumbering'а при его смене.) -- Michael Hежелание стоять в транспорте делает человека начитаннее =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Alexander, YH>>Если будет route object под такой префикс, то пусть живет, как сможет, YH>>а если "давайте заанонсим /27 нашего любимого клиента в тестовый канал YH>>шоб було", то в морг. Помнится на RIPE NCC был документ, в каких сетях YH>>какие минимальные allocation. Считаю вполне приемлемым, если у кого-то YH>>все что меньше, будет фильтроваться, по крайней мере друзья с /24 должны YH>>знать на что идут.
вот по этому документу мне надо обязательно аннонсировать /19 а по другим соображения (если без PI) - обязательно разбить и /19 никому не показывать
Документ когда-то назывался ripe-222, а сейчас ftp://ftp.ripe.net/ripe/docs/ripe-289.txt Там не сказано фильтровать именно так :) -- Michael Hичто так не поpтит цель, как выстpел =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Maxim,
С административной точки зрения:
процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет место быть "вторичный рынок" PI-ев, где их банально (пере)продают.
это легко блокировать административными методами. даже слишком легко.
Чтобы что-то блокировать административными методами, они должны быть в IP policy. Их там нет. Чтобы они туда попали, это нужно предложить на address-policy-wg. Ничего, что я повторяюсь? :)
значит райпу либо лень, либо хочется денег.
Или не догадались? -- Michael Лучше переспать, чем недоесть! =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Alexander, AD>>> под одну такую ситуацию, например, райп мне (ЛИРу) именно на AD>>> меня без доп. хитростей дал /24 PI AD>>Ну вот Ripe и сделает тебе счастье в виде невозможности решения таких задач ;)
и придется разваливать свой /19 с вероятностью нарваться на чьи-то фильтры :(
Или предложить изменить additional allocation criteria. Чтобы LIR мог получить еще один /21, например, в том же качестве. -- Michael Кажется, колесо истории не рассчитано на наши дороги. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Valentin,
ЗЫ. А кто-то может описать внятными словами, что такого хорошего в IPv6, что его активно продвигают, включая и _такие_ методы? Только без повторения стандартной рекламы.
Мне очень понравилась статья в последнем Internet Protocol Journal: "The Myth of IPv6" http://www.cisco.com/warp/public/759/ipj_issues.html (Кстати, подписка бесплатная, как и на Cisco Packet) Еще там же в "Letters to the Editor" "DoD and IPv6"
Пока что для меня он выглядит как комитетский верблюд, не решающий большинство проблем нынешних сетей...
-- Michael Преждевременная оптимизация - корень всех зол. (C) Д. Кнут =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Svetlana,
В США давно выдают каждому (и несерьезным клиентам) по /20, и ничего - живут как-то, хотя то ж американцы :)
В результате у них расходуется гораздо больше адресов, т.к. больше разбазаривается при продаже пакетами (сам наблюдал). Опять же, там нет регистрации assignment'ов и PA-запросов писать не нужно, в результате штат ARIN'а существенно меньше, чем у RIPE NCC (про членские взносы не в курсе). Предложений скопировать policy не было :) -- Michael Что может быть прекрасней женщины? Ее подруга. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Thu, Aug 28, 2003 at 09:48:25AM +0200, Michael Petuschak writes:
а объясните мне темному, какие преймущества, кроме не засорения BGP мелкими префиксами (/23, /22)
А BGP table тут причем? IMHO упоминаний о запрете route-object /24, /23, ... не было; кроме того, до сих пор встречаются уникумы с /25
Минимальный allocation предложено уменьшить и отменить ограничения для его получения. В результате некий мелкий провайдер, который раньше получал раз в xx месяцев новый /24 и добавлял его в routing table, в случае принятия этого предложения, сможет сразу получить довольно большой блок (/21) и спокойно и медленно в нем расти. Что по-моему должно повлиять на BGP.
Так сетка же, вроде, выдается с учетом развития на два года. Другое дело, что провайдер с PI вообще не может делегировать абоненту адреса, даже /29. Вот и получается, что если у провайдера PI, и абоненту нужны адреса (без всяких multihome), то либо абонент тоже получает PI, либо провайдер делегирует ему адреса из своего PI-блока, нарушая тем самым правила. В этом смысле выдавать провайдерам сразу allocation разумно.
Заодно (как побочный эффект?) может сократиться количество желающих получить PI просто на всякий случай.
Если PI запретить? Конечно, сократится. ;-))
А еще из плюсов - отпадет возможность использовать PI в качестве "PA для тех, кто не хочет становиться LIR'ом". Максимальный размер PI-блока сейчас не ограничен... в общем потому, что PI policy как бы и нет.
IMHO желание получить IP-сетку и желание стать LIR-ом - несколько разные вещи. Можно понять желание брать деньги за выдачу PI, но зачем при этом заставлять становиться LIR-ом? Насколько я понимаю, LIR-ом имеет смысл становиться только ISP, а IP-адреса и AS нужны не только им. -- 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,
Минимальный allocation предложено уменьшить и отменить ограничения для его получения. В результате некий мелкий провайдер, который раньше получал раз в xx месяцев новый /24 и добавлял его в routing table, в случае принятия этого предложения, сможет сразу получить довольно большой блок (/21) и спокойно и медленно в нем расти. Что по-моему должно повлиять на BGP.
Так сетка же, вроде, выдается с учетом развития на два года.
Да. До ноября 2001-го можно было стать LIR'ом и получить свой /19 (после первого любого PA request'а). Теперь же есть initial allocation criteria - новоиспеченный LIR'а должно прислать запрос(ов) на иметь /22 (1024 IPs) "immediate" или уже использовать /22 (опять же _использовать_, а не иметь зарезервированными). Таким образом не все могут получить /20 allocation и вынуждены обращаться за PI. Если initial allocation criteria отменить - будет, как раньше. Почти :)
Другое дело, что провайдер с PI вообще не может делегировать абоненту адреса, даже /29. Вот и получается, что если у провайдера PI, и абоненту нужны адреса (без всяких multihome), то либо абонент тоже получает PI, либо провайдер делегирует ему адреса из своего PI-блока, нарушая тем самым правила.
Угу. Соотв-но для провайдера, имеющего лишь dial-up, hosting, colocation (и DSL в общем случае) клиентов, вполне подходит PI, т.к. он ничего не будет нарушать.
В этом смысле выдавать провайдерам сразу allocation разумно.
IMHO желание получить IP-сетку и желание стать LIR-ом - несколько разные вещи. Можно понять желание брать деньги за выдачу PI, но зачем при этом заставлять становиться LIR-ом? Насколько я понимаю, LIR-ом имеет смысл становиться только ISP, а IP-адреса и AS нужны не только им.
Сейчас LIR'ы бывают двух типов - Provider и Enterprise. А про финансовую сторону я уже говорил. -- Michael Ищy выход из Интеpнета... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 10:01:00AM +0200, Michael Petuschak wrote:
У меня в bgp table нашлась /29 одних датских товарищей, при живом /16, который длиннее на один AS. /32 каких-то шведских. /27 имени телекома, etc. Это по-твоему правильно?
А почему это неправильно?
А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все фильтруют"?
(Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от провайдера и необходимость renumbering'а при его смене.)
Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. Зачем конторе из трех компов своя политика маршрутизации? Зачем маршрутизатору в Бостоне решать через какого из двух киевских провайдеров пустить маршрут на три компа? И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) - правильно, то где проходит граница? Думаю, ближе к /21. -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Aug 27, 2003 at 07:06:20PM +0300, Maxim Mazurok wrote:
С административной точки зрения:
процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет место быть "вторичный рынок" PI-ев, где их банально (пере)продают.
это легко блокировать административными методами. даже слишком легко. значит райпу либо лень, либо хочется денег.
Блокировать можно через policy, которое должно предлагать и одобрять community, которому во многом это все пофигу. Вот и NCC пофигу. Демократия'c. Сейчас, IMHO, в этом самом community вдруг прорезалось некоторое количество "структурного буйства", что не может не радовать :-)
С технической:
граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис между желанием админа/конторы быть "незалежним"/multihomed и ограничениями используемой технологии.
Вовик, помнишь то время, когда фулл-тейбл перестал влазить в 2511? я помню, хоть и понаслышке. все говорили "ой, шо буде!", а ничего, 2511 стоит $700. и больше ничего. машин с 256M рама на текущий момент довольно много, а кому они не по карману - ставят юнихи. вон, у меня старый sparc с 512M RAM взял 3 фулла и весело попрыгал вперед. да, у меня там траффика не 200Mbit среднесуточно. но у кого 200, тому хватит денег хотя бы на 3661, а это уже вполне вменяемый рутер универсального класса.
Когда full-view перестало влезать в 2511 она стоила "мама не горюй". Альтернатив тогда было или 4500 или 7200, каковые были изрядно дороже. 3660 - EOL платформа. 3700 - стоит еще дороже, при том, что цена на 3660 не шибко ласковая. В общемто ситуация напоминает "гонку вооружений" на рынке "чисто компьютеров с Windows-ом" - новый монстроидный софт, новое железо. Понимаю железо-производителей, они тоже хотят масла на свой бутерброд, но, IMHO, тенденция начинает смахивать на пандемию.
кстати, кто-то мне говорил, что сделали вроде машинку начального уровня с 256M адресуемой? врали или нет? просто нет времени на ССО глянуть...
2691, на которой сейчас бывает только дремучий Early Deployment.
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination.
сколько отечественных PA такое делает? мне известен только один.
Ээээ ... в Киеве я слышал про двух :-) И это без зажиманий пальцев в дверной косяк.
Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с.
может ты и прав в этой фразе, вот только отрасль в нашей стране развивается так через ...... место пониже спины, что нормальные русские слова уже кончаются.
Чиста в натуре нАрмальные Русские на _этом_ рынке, пока, особо не выступали. "Но, верю я, прийдет ..." в общем и на этой улице тоже будет "праздник". -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Aug 28, 2003 at 12:48:35, jar wrote about "[uanog] Re: про PI":
Если каждый начнет по /32 анонсировать, это будет еще тот цирк.
А какая разница, какой размер анонса? Это ведь косвенный фактор, регулируемый слишком косвенными рычагами. Прямой фактор - не размер, а количество анонсируемых в глобальном роутинге блоков адресов. Может, кому-то и нужен один адрес, зато не менее чем с десятью линками.;))
И даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. Зачем конторе из трех компов своя политика маршрутизации? Зачем маршрутизатору в Бостоне решать через какого из двух киевских провайдеров пустить маршрут на три компа?
Так в том и дело - пытаются лимитировать количество AS'ов через то, что связь с количеством AS'ом имеет чисто бюрократическую, а никак не техническую. ;)))) В то же время никто не мешает разбить кому-нибудь свой /16 на 256 штук /24 и в таком виде вылить несчастным соседям... -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 12:43:29PM +0300, Volodymyr Yakovenko wrote:
С административной точки зрения:
процедура передачи PI от одного владельца к другому, join-ов, split-ов и take-over-ов .... никакая. Умный PI заявко-писатель в состоянии генерировать этак не менее одной технически-грамотной заявки в неделю. В принципе имеет место быть "вторичный рынок" PI-ев, где их банально (пере)продают.
это легко блокировать административными методами. даже слишком легко. значит райпу либо лень, либо хочется денег.
Блокировать можно через policy, которое должно предлагать и одобрять community, которому во многом это все пофигу. Вот и NCC пофигу. Демократия'c.
Сейчас, IMHO, в этом самом community вдруг прорезалось некоторое количество "структурного буйства", что не может не радовать :-)
понимаешь, есть еще одна проблема я бы там повыступал :) что-то настроение достаточно боевое для этого, но с моим английским туда лезть- боязно. я просто не смогу правильно выразить мысль, а бегать каждый раз в бюро переводов - некузяво :(
С технической:
граждане, ресурсы техники не безграничны. Можно выбросить на свалку истории NPE-150, RSP2, 3640. Но ради чего? Должен быть какойто разумный компромис между желанием админа/конторы быть "незалежним"/multihomed и ограничениями используемой технологии.
Вовик, помнишь то время, когда фулл-тейбл перестал влазить в 2511? я помню, хоть и понаслышке. все говорили "ой, шо буде!", а ничего, 2511 стоит $700. и больше ничего. машин с 256M рама на текущий момент довольно много, а кому они не по карману - ставят юнихи. вон, у меня старый sparc с 512M RAM взял 3 фулла и весело попрыгал вперед. да, у меня там траффика не 200Mbit среднесуточно. но у кого 200, тому хватит денег хотя бы на 3661, а это уже вполне вменяемый рутер универсального класса.
Когда full-view перестало влезать в 2511 она стоила "мама не горюй". Альтернатив тогда было или 4500 или 7200, каковые были изрядно дороже.
я о том, что одним из факторов снижения цен на старые серии есть именно невозможность их использовать в качестве core.
3660 - EOL платформа. 3700 - стоит еще дороже, при том, что цена на 3660 не шибко ласковая.
не шибко. но все же.
В общемто ситуация напоминает "гонку вооружений" на рынке "чисто компьютеров с Windows-ом" - новый монстроидный софт, новое железо.
Понимаю железо-производителей, они тоже хотят масла на свой бутерброд, но, IMHO, тенденция начинает смахивать на пандемию.
кстати, кто-то мне говорил, что сделали вроде машинку начального уровня с 256M адресуемой? врали или нет? просто нет времени на ССО глянуть...
2691, на которой сейчас бывает только дремучий Early Deployment.
гммм. будем ждать :)
В нормальной ситуации у соседнего провайдера и не должно быть PI-я. Сильно хочется быть multihomed - по первому времени просите у uplink-а отпустить кусочек PA под другой AS или под double-origination.
сколько отечественных PA такое делает? мне известен только один.
Ээээ ... в Киеве я слышал про двух :-) И это без зажиманий пальцев в дверной косяк.
ну... косяк поможет многим ;)
Далее провайдер либо вырастет до размеров, когда ему нужен будет уже свой LIR, либо зачахнет. Глобализация'с.
может ты и прав в этой фразе, вот только отрасль в нашей стране развивается так через ...... место пониже спины, что нормальные русские слова уже кончаются.
Чиста в натуре нАрмальные Русские на _этом_ рынке, пока, особо не выступали. "Но, верю я, прийдет ..." в общем и на этой улице тоже будет "праздник".
та будет. дожить бы только до него... -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 12:48:35PM +0300, Yaroslav Halchinsky wrote:
У меня в bgp table нашлась /29 одних датских товарищей, при живом /16, который длиннее на один AS. /32 каких-то шведских. /27 имени телекома, etc. Это по-твоему правильно?
А почему это неправильно?
А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все фильтруют"?
(Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от провайдера и необходимость renumbering'а при его смене.)
Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. Зачем конторе из трех компов своя политика маршрутизации? Зачем маршрутизатору в Бостоне решать через какого из двух киевских провайдеров пустить маршрут на три компа?
И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) - правильно, то где проходит граница? Думаю, ближе к /21.
Молодой человек, Вы теоретик'с? на практике реальная граница - /24. меньшне - идиотизм, больше - неоправданный перерасход адресов. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 12:48:35PM +0300, Yaroslav Halchinsky writes:
Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. Зачем конторе из трех компов своя политика маршрутизации? Зачем маршрутизатору в Бостоне решать через какого из двух киевских провайдеров пустить маршрут на три компа?
А почему бы конторе из трех компов (точнее, из трех внешних IP-адресов) не иметь, скажем, кучу домонетов, несколько независимых аплинков, и желания иметь собственный route object? Им это может быть гораздо нужнее, чем некоторым конторам с /20 и единственным аплинком. Количество внешних IP-адресов и необходимость собственного роутинга связаны лишь косвенно. -- Lucky carrier, Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 09:52:16AM +0200, Michael Petuschak wrote:
Hi Volodymyr,
Миша, у Вас есть все шансы предложить community более другой варинт отделения "зерен от плевел" и общей дебардакизации, нежели финансовый фактор.
Во-первых у всех есть возможность предложить community хороший вариант.
Мишель, написание четкого, однозначного и увязанного с текущими реалиями policy, IMHO, непростая задача. Людей которые реально могут это сделать не много. Moreover, людей, готовых пройти этот путь от начала и до конца (и за бесплатно) еще меньше. Наверное таким людям сейчас несколько не до того? :-)
Только вот никто ничего весомого не предложил даже в специально созданной для этого PI-TF, в результате Leo Vegoda отправил свое предложение.
Что не может не радовать :-)
Я не знаю и для меня не очевидно, учитывался ли финансовый фактор при его составлении.
Это скорее о том, что "технические" PI, которые использовались для IX-ов, route-servers и прочих специальных применений тоже _уже_ не нужны :-)
IX'ы большие нынче. Будут брать /21?
Судя по тому, как докладывались IX-а на последнем meeting-е они достаточно финансово и юридически обеспечены дабы быть LIR-ом. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 01:19:57PM +0300, Maxim Mazurok wrote:
Молодой человек, Вы теоретик'с? на практике реальная граница - /24. меньшне - идиотизм, больше - неоправданный перерасход адресов.
Практику я наблюдаю в sh ip bgp s и sh ip bgp. Она меня удручает все больше. -- Regards, Yaroslav Halchinsky =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 09:39:35AM +0200, Michael Petuschak wrote:
Hi Volodymyr,
Some statistics were requested and provided for the first half of 2003:
ASN assignments: 599 Allocation: 377 PI Assignments: 408
Как заметил Gert Doering недавно, RIPE'овский PI увеличивает routing table на 1% в год. С другой стороны, было интересное исследовние на тему, кто же увеличивает routing table: http://www.ripe.net/ripe/meetings/ripe-45/presentations/ripe45-eof-harsha http://www.ripe.net/ripe/meetings/ripe-45/presentations/ripe45-eof-harsha.pd...
Угу, но эта презентация несколько о другом - скорее о структуре нонешнего full-view и динамике его изменения, нежели о PI/PA allocation-ах в разные моменты времени. А еще статистики можно спросить прямо в LIR-WG. Ответят. Были преценденты (в 2001 году количество выданных PI-ев не сильно отличалось от числа выданных LIR-ов, во всяком случае цифры были одного порядка). Если кто из не-LIR-ов хочет чтото конкретно узнать - pls, четко сформулируйте и пришлите приватом. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 01:17:47PM +0300, Maxim Mazurok wrote:
Сейчас, IMHO, в этом самом community вдруг прорезалось некоторое количество "структурного буйства", что не может не радовать :-)
понимаешь, есть еще одна проблема я бы там повыступал :) что-то настроение достаточно боевое для этого, но с моим английским туда лезть- боязно. я просто не смогу правильно выразить мысль, а бегать каждый раз в бюро переводов - некузяво :(
Если читать могеш, то ответы на русском можеш пересылать через меня. В течении дня странслирую.
Когда full-view перестало влезать в 2511 она стоила "мама не горюй". Альтернатив тогда было или 4500 или 7200, каковые были изрядно дороже.
я о том, что одним из факторов снижения цен на старые серии есть именно невозможность их использовать в качестве core.
Ну .... 5-и буквенная компания 25xx как core вроде бы как и не позиционировала :-) Но с фактажом снижения цен на оборудование на вторичном рынке трудно не согласиться.
В общемто ситуация напоминает "гонку вооружений" на рынке "чисто компьютеров с Windows-ом" - новый монстроидный софт, новое железо.
Понимаю железо-производителей, они тоже хотят масла на свой бутерброд, но, IMHO, тенденция начинает смахивать на пандемию.
кстати, кто-то мне говорил, что сделали вроде машинку начального уровня с 256M адресуемой? врали или нет? просто нет времени на ССО глянуть...
2691, на которой сейчас бывает только дремучий Early Deployment.
гммм. будем ждать :)
Угу. Недавно пришлось по этой причине ставить 3660. Начальник даже предлагал лишние PCI слоты отпилить, чтобы место в стойке не занимало :-) -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 01:41:33PM +0300, Yaroslav Halchinsky wrote:
Молодой человек, Вы теоретик'с? на практике реальная граница - /24. меньшне - идиотизм, больше - неоправданный перерасход адресов.
Практику я наблюдаю в sh ip bgp s и sh ip bgp. Она меня удручает все больше.
не, это не практика. это почти отвязанная техника. тут надо прикладывать рельности локального бизнеса. ибо сделать одну /8 на всю Украину можно. это же сколько префиксов убрать можно будет, а! вот только тогда останется один провайдер. а кому это надо? можешь не отвечать на вопрос. ответ я знаю. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 01:38:43PM +0300, Volodymyr Yakovenko wrote:
Сейчас, IMHO, в этом самом community вдруг прорезалось некоторое количество "структурного буйства", что не может не радовать :-)
понимаешь, есть еще одна проблема я бы там повыступал :) что-то настроение достаточно боевое для этого, но с моим английским туда лезть- боязно. я просто не смогу правильно выразить мысль, а бегать каждый раз в бюро переводов - некузяво :(
Если читать могеш, то ответы на русском можеш пересылать через меня. В течении дня странслирую.
гммм. это мысль. попробую вникнуть.
Когда full-view перестало влезать в 2511 она стоила "мама не горюй". Альтернатив тогда было или 4500 или 7200, каковые были изрядно дороже.
я о том, что одним из факторов снижения цен на старые серии есть именно невозможность их использовать в качестве core.
Ну .... 5-и буквенная компания 25xx как core вроде бы как и не позиционировала :-) Но с фактажом снижения цен на оборудование на вторичном рынке трудно не согласиться.
ну, мало ли что она там позиционировала. 2511 в качестве тупой 17-ти портовой консольки тоже не позиционировалась, но работает ведь :)
В общемто ситуация напоминает "гонку вооружений" на рынке "чисто компьютеров с Windows-ом" - новый монстроидный софт, новое железо.
Понимаю железо-производителей, они тоже хотят масла на свой бутерброд, но, IMHO, тенденция начинает смахивать на пандемию.
кстати, кто-то мне говорил, что сделали вроде машинку начального уровня с 256M адресуемой? врали или нет? просто нет времени на ССО глянуть...
2691, на которой сейчас бывает только дремучий Early Deployment.
гммм. будем ждать :)
Угу. Недавно пришлось по этой причине ставить 3660. Начальник даже предлагал лишние PCI слоты отпилить, чтобы место в стойке не занимало :-)
:) ну, если тебе не надо ничего кроме ее мазера с бортовыми эзерами, то, за некоторую мзду могу попытаться ее перепаковать в 1U корпус имени индустриального компьютера :)))) шутка, конечно, но если бы приспичило - я бы попробовал. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Volodymyr,
Мишель, написание четкого, однозначного и увязанного с текущими реалиями policy, IMHO, непростая задача. Людей которые реально могут это сделать не много. Moreover, людей, готовых пройти этот путь от начала и до конца (и за бесплатно) еще меньше. Наверное таким людям сейчас несколько не до того? :-)
Увы, очень часто именно так. -- Michael Не вышло рая - но шалаш остался... =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
According to Michael Petuschak: Hi!
Финансовых методов как раз я и не заметил. Я не видел никого в архиве address-policy-wg, кого бы не устраивала необходимость становиться LIR'ом и платить за это (вместо PI). Не знаю, почему этого не замечают. Возможно, эта сумма несущественна для тех, кто участвовал в обсуждении. Или просто об этом не подумали.
Мне кажется, что это то же самое, что проводить опрос мнений по поводу стоимости телевизоров у владельцев 600-х мерсов. Тебе не кажется, что тот список рассылки не является достаточно репрезентативной выборкой?
-- Michael It's a thankless job, but I've got a lot of Karma to burn off. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Taras Heychenko =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Taras,
Финансовых методов как раз я и не заметил. Я не видел никого в архиве address-policy-wg, кого бы не устраивала необходимость становиться LIR'ом и платить за это (вместо PI). Не знаю, почему этого не замечают. Возможно, эта сумма несущественна для тех, кто участвовал в обсуждении. Или просто об этом не подумали.
Мне кажется, что это то же самое, что проводить опрос мнений по поводу стоимости телевизоров у владельцев 600-х мерсов. Тебе не кажется, что тот список рассылки не является достаточно репрезентативной выборкой?
Я согласен, что у заинтересованных, видимо, нет времени туда писать. И не могу предложить лучшего состава. -- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
According to Michael Petuschak: Hi!
Мне кажется, что это то же самое, что проводить опрос мнений по поводу стоимости телевизоров у владельцев 600-х мерсов. Тебе не кажется, что тот список рассылки не является достаточно репрезентативной выборкой?
Я согласен, что у заинтересованных, видимо, нет времени туда писать. И не могу предложить лучшего состава.
Просто мне кажется, что в основном в списке участвуют LIR'ы, которым собственно достаточно пофигу -- они обеспечены адресами. Те, кому может понадобится воспользоваться PI об этом еще как бы и не знают. И возможно даже не знают, где это им придется искать, а потому и в обсуждении вряд ли участвуют.
-- Michael =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Taras Heychenko =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi Taras,
Я согласен, что у заинтересованных, видимо, нет времени туда писать. И не могу предложить лучшего состава.
Просто мне кажется, что в основном в списке участвуют LIR'ы, которым собственно достаточно пофигу -- они обеспечены адресами. Те, кому может понадобится воспользоваться PI об этом еще как бы и не знают. И возможно даже не знают, где это им придется искать, а потому и в обсуждении вряд ли участвуют.
Кстати, по-моему, отмена PI LIR'ам финансово выгодна. Но все равно - есть (наверняка) LIR'ы, которых заботит настроение клиентов и (точно) те, которые обращаются за PI для клиентов довольно часто... Наверное им некогда. Или с английским плохо. :) "Эх, вот раньше рыба была - в воду без трусов не войдешь." [Фоменко] Вон, в 98-м как бурно участвовали: http://www.ripe.net/ripe/mail-archives/lir-wg/1998/index-subj2.html :) -- Michael Скажите, здесь кpыша не пpоезжала? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Alexander, Wednesday, August 27, 2003, 3:36:28 PM, you wrote: AT> On Wed, Aug 27, 2003 at 04:34:14PM +0300, Alexander Drachuk wrote: AD>>> On Wed, Aug 27, 2003 at 04:29:25PM +0300, Alexander Drachuk wrote: AD>>> AD>>> AD>> AD>> У клиента есть свой AS от которого он /24 хочет анонсировать? AD>>> AD>> AD>А AS как раз необязательно AD>>> AD>> AD>У клиента есть свои внешние каналы и он вполне может иметь желание AD>>> AD>> AD>и возможности анонсировать /24 под AS провайдера AD>>> AD>> AD>Есть претензии к такой постановке вопроса?! ;) AD>>> AD>> AD>>> AD>> получится еще больший бардак AD>>> AD>> особенно с автоматическим построением фильтров по ripe db AD>>> AD>> потому как навскидку не знаю как описать, что вот вон туда AD>>> AD>> будет аннонсироваться /24 из моего /19 AD>>> AD>Так я - клиент - тебя уведомлю и попрошу прописать что нужно в ripedb ;) AD>>> AD>А поскольку я клиент "толстый" - ты ж удовлетворишь мою просьбу?! ;) AD>>> AD>>> КАК в терминах автоновных систем описать аннонсы куска AD>>> своего блока? AD>>Можно прописать весь кусок, а уж анонсировать только /24 AD>>Иначе тебе же, как провайдеру придется для меня решать задачу получения AD>>PI, AS и все что полагается для того, что бы оно работало ;) AD>>Работало так, как я клиент хочу ;) AT> пока успешно решал AT> кроме того бывают и странные ситуации AT> под одну такую ситуацию, например, райп мне (ЛИРу) именно на AT> меня без доп. хитростей дал /24 PI Это сильно зависит от того, кто обрабатывал заявку. Всегда человеческий фактор. Кстати, неделю назад в lir-wg пробегала статистика о количестве выданных PI. Не так и много было выдано. Serge. P.S. Multihoming with PA: http://www.ripe.net/ripencc/mem-services/training/rr/material/rr-april-4.pdf - =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Aug 28, 2003 at 01:19:57PM +0300, Maxim Mazurok wrote: MM>On Thu, Aug 28, 2003 at 12:48:35PM +0300, Yaroslav Halchinsky wrote: MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>> > телекома, etc. Это по-твоему правильно? MM>>> MM>>> А почему это неправильно? MM>>> MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>> фильтруют"? MM>>> MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>> провайдера и необходимость renumbering'а при его смене.) MM>> MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>провайдеров пустить маршрут на три компа? MM>> MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>Молодой человек, Вы теоретик'с? MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>неоправданный перерасход адресов. тут понимаешь спорно а мне вот надо было пустить клиента по личному линку вот такие у него требования причем клиенту таки хваталос головой /29 (vpn строить) -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Dumb terminal =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>> > телекома, etc. Это по-твоему правильно? MM>>> MM>>> А почему это неправильно? MM>>> MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>> фильтруют"? MM>>> MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>> провайдера и необходимость renumbering'а при его смене.) MM>> MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>провайдеров пустить маршрут на три компа? MM>> MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>- правильно, то где проходит граница? Думаю, ближе к /21.
MM>Молодой человек, Вы теоретик'с? MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>неоправданный перерасход адресов.
тут понимаешь спорно а мне вот надо было пустить клиента по личному линку вот такие у него требования причем клиенту таки хваталос головой /29 (vpn строить)
не, нифига не спорно аннонсить /29 по миру - нереально соответсвенно, если уж иначе никак, клиенту /24 перерасход? да. но оправданный. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote: MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить) MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный. MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 01:53:35PM +0300, Alexander Trotsai wrote:
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
ты говоришь о технической необходимости. а я о "вообще" бывают такие сервисы, которым не жалко выделить /24 только для того, чтобы все было ok.
On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить)
MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный.
MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 13:53 +0300, Alexander Trotsai wrote:
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
Можно взглянуть с другой стороны: если "начинающий нокер Вася" с /20 решит "офигительно сбалансировать" траффик и проаннонсировал его по /30 (или /32), то фильтр "allow <25" спасет от лишних 1K (4K) аннонсов и сохранит много нервных клеток. -- Maxim Tulyuk WWW: http://www.primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute 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 Fri, Aug 29, 2003 at 01:53:35PM +0300, Alexander Trotsai wrote: если там надо один адрес, и анонсится он должен через 1 одтедльно взятый канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала??
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить)
MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный.
MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 02:47:58PM +0300, Maxim Tulyuk wrote:
On Fri, Aug 29, 2003 at 13:53 +0300, Alexander Trotsai wrote:
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
Можно взглянуть с другой стороны: если "начинающий нокер Вася" с /20 решит "офигительно сбалансировать" траффик и проаннонсировал его по /30 (или /32), то фильтр "allow <25" спасет от лишних 1K (4K) аннонсов и сохранит много нервных клеток.
Проблема другово порядка - Васю в нок не пускать,вместо этого дать погремушку. -- The Emperor wants to control the outer space, Yoda wants to explore the inner space.That's the fundamental difference between the good and the bad sides of the Force. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 02:52:27PM +0300, Dmitry Aksyonov wrote:
если там надо один адрес, и анонсится он должен через 1 одтедльно взятый канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала??
а если 3 канала?
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить)
MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный.
MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
потому что он должен 1. бакапиться нашими обычными каналами 2. это все-таки наш клиент, а не того аплинка On Fri, Aug 29, 2003 at 02:52:27PM +0300, Dmitry Aksyonov wrote: DA>On Fri, Aug 29, 2003 at 01:53:35PM +0300, Alexander Trotsai wrote: DA>если там надо один адрес, и анонсится он должен через 1 одтедльно взятый DA>канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала?? DA>> в том-то и дело что неоправданный DA>> ему вообще 1 адрес надо DA>> /29 это с БоЛЬШИМ запасом DA>> а уж /24 это ваще DA>> просто вот ситуация доведена до такой DA>> DA>> On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: DA>> MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote: DA>> DA>> MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом DA>> MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени DA>> MM>>MM>>> > телекома, etc. Это по-твоему правильно? DA>> MM>>MM>>> DA>> MM>>MM>>> А почему это неправильно? DA>> MM>>MM>>> DA>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе DA>> MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все DA>> MM>>MM>>> фильтруют"? DA>> MM>>MM>>> DA>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от DA>> MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) DA>> MM>>MM>> DA>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И DA>> MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. DA>> MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем DA>> MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских DA>> MM>>MM>>провайдеров пустить маршрут на три компа? DA>> MM>>MM>> DA>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) DA>> MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. DA>> MM>> DA>> MM>>MM>Молодой человек, Вы теоретик'с? DA>> MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - DA>> MM>>MM>неоправданный перерасход адресов. DA>> MM>> DA>> MM>>тут понимаешь спорно DA>> MM>>а мне вот надо было пустить клиента по личному линку DA>> MM>>вот такие у него требования DA>> MM>>причем клиенту таки хваталос головой /29 (vpn строить) DA>> DA>> MM>не, нифига не спорно DA>> MM>аннонсить /29 по миру - нереально DA>> MM>соответсвенно, если уж иначе никак, клиенту /24 DA>> MM>перерасход? да. но оправданный. DA>> DA>> MM>-- DA>> MM>Maxim Mazurok (MMP2-RIPE) DA>> MM>=================================================================== DA>> MM>uanog mailing list. DA>> MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua DA>> MM>with "unsubscribe uanog" in the body of the message -- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Increased sunspot activity. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 03:05:08PM +0300, Maxim Mazurok wrote:
On Fri, Aug 29, 2003 at 02:52:27PM +0300, Dmitry Aksyonov wrote:
если там надо один адрес, и анонсится он должен через 1 одтедльно взятый канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала??
а если 3 канала?
Макс, ты читал что в условии задачи было написано? :)
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить)
MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный.
MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 03:12:16PM +0300, Alexander Trotsai wrote:
потому что он должен 1. бакапиться нашими обычными каналами
при желании это тоже решается.
2. это все-таки наш клиент, а не того аплинка
а это шашечки :))
On Fri, Aug 29, 2003 at 02:52:27PM +0300, Dmitry Aksyonov wrote: DA>On Fri, Aug 29, 2003 at 01:53:35PM +0300, Alexander Trotsai wrote:
DA>если там надо один адрес, и анонсится он должен через 1 одтедльно взятый DA>канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала??
DA>> в том-то и дело что неоправданный DA>> ему вообще 1 адрес надо DA>> /29 это с БоЛЬШИМ запасом DA>> а уж /24 это ваще DA>> просто вот ситуация доведена до такой DA>> DA>> On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: DA>> MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote: DA>> DA>> MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом DA>> MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени DA>> MM>>MM>>> > телекома, etc. Это по-твоему правильно? DA>> MM>>MM>>> DA>> MM>>MM>>> А почему это неправильно? DA>> MM>>MM>>> DA>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе DA>> MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все DA>> MM>>MM>>> фильтруют"? DA>> MM>>MM>>> DA>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от DA>> MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) DA>> MM>>MM>> DA>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И DA>> MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. DA>> MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем DA>> MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских DA>> MM>>MM>>провайдеров пустить маршрут на три компа? DA>> MM>>MM>> DA>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) DA>> MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. DA>> MM>> DA>> MM>>MM>Молодой человек, Вы теоретик'с? DA>> MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - DA>> MM>>MM>неоправданный перерасход адресов. DA>> MM>> DA>> MM>>тут понимаешь спорно DA>> MM>>а мне вот надо было пустить клиента по личному линку DA>> MM>>вот такие у него требования DA>> MM>>причем клиенту таки хваталос головой /29 (vpn строить) DA>> DA>> MM>не, нифига не спорно DA>> MM>аннонсить /29 по миру - нереально DA>> MM>соответсвенно, если уж иначе никак, клиенту /24 DA>> MM>перерасход? да. но оправданный. DA>> DA>> MM>-- DA>> MM>Maxim Mazurok (MMP2-RIPE) DA>> MM>=================================================================== DA>> MM>uanog mailing list. DA>> MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua DA>> MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Increased sunspot activity. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 03:23:26PM +0300, Dmitry Aksyonov wrote:
если там надо один адрес, и анонсится он должен через 1 одтедльно взятый канал, почему не взять это 1 ip от аплинка этого отдельно взятого канала??
а если 3 канала?
Макс, ты читал что в условии задачи было написано? :)
я вообще не видел тут задач.
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
On Fri, Aug 29, 2003 at 01:24:02PM +0300, Maxim Mazurok wrote: MM>On Fri, Aug 29, 2003 at 10:25:21AM +0300, Alexander Trotsai wrote:
MM>>MM>>> > У меня в bgp table нашлась /29 одних датских товарищей, при живом MM>>MM>>> > /16, который длиннее на один AS. /32 каких-то шведских. /27 имени MM>>MM>>> > телекома, etc. Это по-твоему правильно? MM>>MM>>> MM>>MM>>> А почему это неправильно? MM>>MM>>> MM>>MM>>> А будет ли правильно, если, что контора с 3-мя компьютерами потребует себе MM>>MM>>> /24 и будет транжирить лишние 200 адресов "потому что меньше /24 все MM>>MM>>> фильтруют"? MM>>MM>>> MM>>MM>>> (Отдельный вопрос, конечно, хорошо ли навязывать такой конторе зависимость от MM>>MM>>> провайдера и необходимость renumbering'а при его смене.) MM>>MM>> MM>>MM>>Если каждый начнет по /32 анонсировать, это будет еще тот цирк. И MM>>MM>>даже по /24 - потенциальных миллионов 10 префиксов - по-моему много. MM>>MM>>Зачем конторе из трех компов своя политика маршрутизации? Зачем MM>>MM>>маршрутизатору в Бостоне решать через какого из двух киевских MM>>MM>>провайдеров пустить маршрут на три компа? MM>>MM>> MM>>MM>>И если /32 и /29 - неправильно, а /19 (/21 в складывающихся реалиях) MM>>MM>>- правильно, то где проходит граница? Думаю, ближе к /21. MM>> MM>>MM>Молодой человек, Вы теоретик'с? MM>>MM>на практике реальная граница - /24. меньшне - идиотизм, больше - MM>>MM>неоправданный перерасход адресов. MM>> MM>>тут понимаешь спорно MM>>а мне вот надо было пустить клиента по личному линку MM>>вот такие у него требования MM>>причем клиенту таки хваталос головой /29 (vpn строить)
MM>не, нифига не спорно MM>аннонсить /29 по миру - нереально MM>соответсвенно, если уж иначе никак, клиенту /24 MM>перерасход? да. но оправданный.
MM>-- MM>Maxim Mazurok (MMP2-RIPE) MM>=================================================================== MM>uanog mailing list. MM>To Unsubscribe: send mail to majordomo@uanog.kiev.ua MM>with "unsubscribe uanog" in the body of the message
-- Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc] Big trouble - Jupiter is aligned with Mars. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Fri, Aug 29, 2003 at 03:01:40PM +0300, Sergey A. Smitienko wrote:
On Fri, Aug 29, 2003 at 02:47:58PM +0300, Maxim Tulyuk wrote:
On Fri, Aug 29, 2003 at 13:53 +0300, Alexander Trotsai wrote:
в том-то и дело что неоправданный ему вообще 1 адрес надо /29 это с БоЛЬШИМ запасом а уж /24 это ваще просто вот ситуация доведена до такой
Можно взглянуть с другой стороны: если "начинающий нокер Вася" с /20 решит "офигительно сбалансировать" траффик и проаннонсировал его по /30 (или /32), то фильтр "allow <25" спасет от лишних 1K (4K) аннонсов и сохранит много нервных клеток.
Проблема другово порядка - Васю в нок не пускать,вместо этого дать погремушку.
В этой (и не только этой) стране еще долго будет хватать гибких вождей с деньгами, посему спрос на упругих Homo Вася будет, равно как и предложения. Итого - или воспитывать правильных Вась, или ограничивать полет их фантазии жесткими рамками policy. Или просто на все это .... забить :-) -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (16)
-
Alexander Drachuk -
Alexander Trotsai -
Dmitry Aksyonov -
Dmitry Kohmanyuk Дмитрий Кохманюк -
Maxim Mazurok -
Maxim Tulyuk -
Michael Petuschak -
Michail Litvak -
Pavel Gulchouck -
Sergey A. Smitienko -
Sergiy Goloborodko -
Svetlana Tkachenko -
Taras Heychenko -
Valentin Nechayev -
Volodymyr Yakovenko -
Yaroslav Halchinsky