- UANOG - uanog.one

RE: [uanog] Re: Re: [uanog] Ответ Стесину
by Hrynchuk Oleh 13 Mar '07

13 Mar '07

Пішли б краще пиво пити... з кавою та коньяком. Або просто коньяк. Чи каву. 13 число все ж :). > -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Andrew Stesin > Sent: Tuesday, March 13, 2007 5:53 PM > To: Vladimir Litovka > Cc: Alexandr Kovalenko; uanog(a)uanog.kiev.ua > Subject: Re: [uanog] Re: Re: [uanog] Ответ Стесину > > 2007/3/9, Vladimir Litovka <doka.ua(a)gmail.com>: > > > P.P.S. Дискуссия явно давно переросла в переливание из пустого в > > > порожнее... :( > > > > Ну это было понятно еще пару дней назад :) > > Время покажет, каким будет результат. > > > Когда в ход пошли > > Абстрактные Провайдеры и Неочевидные Попугаи, чтобы увести > разговор с > > совсем неудобного русла. > > Причем тут "неудобное русло"? Ладно, при встрече расскажу. > > =================================================================== > uanog mailing list. > To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with > "unsubscribe uanog" in the body of the message > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

Job @ Ericsson
by Oleksandr Pantus 13 Mar '07

13 Mar '07

Hi ! Может кого интересует. http://www.ericsson.com/ua/ericsson/hr/jobs.shtml -- S/Y, Oleksandr

1 0

UMC
by Gregory Edigarov 12 Mar '07

12 Mar '07

Здравствуйте, А есть здесь кто-нибудь из UMC? Отзовитесь пожалуйста off-list. Заранее спасибо. -- With best regards, Gregory Edigarov =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

UMC
by Gregory Edigarov 12 Mar '07

12 Mar '07

Здравствуйте, А есть здесь кто-нибудь из UMC? Отзовитесь пожалуйста off-list. Заранее спасибо. -- With best regards, Gregory Edigarov =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

Fw: Protocol Action: 'BGP Support for Four-octet AS Number Space' to Proposed Standard
by Katie Petrusha 12 Mar '07

12 Mar '07

Привет, Какое-то движение появилось :) -------- Original Message -------- Begin forwarded message: Date: Fri, 09 Mar 2007 16:34:36 -0500 From: The IESG <iesg-secretary(a)ietf.org> To: IETF-Announce <ietf-announce(a)ietf.org> Cc: idr mailing list <idr(a)ietf.org>, idr chair <idr-chairs(a)tools.ietf.org>, Internet Architecture Board <iab(a)iab.org>, RFC Editor <rfc-editor(a)rfc-editor.org> Subject: Protocol Action: 'BGP Support for Four-octet AS Number Space' to Proposed Standard The IESG has approved the following document: - 'BGP Support for Four-octet AS Number Space ' <draft-ietf-idr-as4bytes-13.txt> as a Proposed Standard This document is the product of the Inter-Domain Routing Working Group. The IESG contact persons are Bill Fenner and Ross Callon. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-idr-as4bytes-13.txt Technical Summary Currently the Autonomous System number is encoded as a two-octet entity in BGP. This document describes extensions to BGP to carry the Autonomous System number as a four-octet entity. Based on historical and current allocation rates, the range available to two-octet AS numbers is expected to run out in 2010. Working Group Summary This is a long-standing work item for the working group, with the first draft being published in February 2001. The approach described in the draft to support 4 Byte AS numbers is one of no change to BGP in terms of protocol in all but one aspect: The OPEN message uses a 4-Byte capability advertisement and the use of a 2 Byte MyAS field value. In all other respects there is no change to the protocol elements of BGP, other than using 4 bytes where ASs are used. The other substantive topic of the draft is in the interoperation of 4-Byte AS speakers with 2-Byte AS speakers. The OPEN message with capability advertisement has attracted one comment that this is contrary to RFC3392, however a detailed analysis of this comment has not lead to substantiation of this comment. Using this as a dynamic capability rather than an OPEN capability was raised as a comment, with the response that there is no reason to make the capability dynamic in this case. The tunnelling technique of using an opaque transitive community attribute to carry the 4-Byte AS Path attracted some comment. The comment was concerned with the reconstruction of the 4-Byte AS path across a 2-to-4 byte BGP boundary, where the algorithm for the reconstruction was, in some comments, not sufficiently well-defined. However it is also the case that the critical elements of the role of the AS Path are adequately described in the draft. The AS path length is used as a metric in the BGP path selection process, and the AS path itself is used for loop prevention. The draft specifies that the reconstruction of the AS path across a 2-byte to 4-byte AS transition should preserve the AS path length. The draft does not cover every possible eventuality of reconstruction of the 4-byte AS path, but a closer examination of the loop detection issue reveals that loops that may occur across a mixed 2 Byte / 4 Byte path are detectable within one iteration of the loop within the 2-Byte component of the mixed loop path in all circumstances. Accordingly, both the use of the AS path length as a path metric and the use of the AS path as a loop detection mechanism are preserved in this approach, even though the draft is not definitive in describing the AS path reassembly algorithm in every possible eventuality. In other words the draft contains the necessary and sufficient minimum set of properties for AS path reconstruction, leaving the precise algorithm up to the implementation. This approach is not seen as impairing the functionality, interoperability or integrity of BGP, either within the context of the individual peering session or in the context of the broader IDR framework. A comment was raised that on-the-wire inspection of BGP updates would not know in all cases whether they were seeing 2-byte or 4-byte AS BGP updates. The BGP update contains no additional control flags, and unless the on-the-wire device collects the initial OPEN message with the capability negotiation then the information as to 2-byte or 4-byte AS updates is not explicit. It has been noted that heuristics could be readily applied here, and the presence of the reserved 2-byte AS value 0 in the AS path is one indicator that the momitor is applying a 2-byte interpretation to a 4-byte BGP update. There were no other approaches referenced in the working group during Last Call, and the choice of this draft as representing one that is backwards compatible with existing BGP appears to have been an obvious obvious choice to the working group. The IETF Last call comments concernd the RFC3392 Capability Advertisement examination of these comments indicates that the concerns relating to RFC3392 are unwarranted, and the treatment of the capability advertisement is consistent with a conventional use of RFC3392 and is compatible with older versions of BGP. The IETF Last Call comments touched upon the larger size of BGP updates, and the desireability of using a compressed representation of AS Path. The Working Group did not see any need to include a compressed representation of AS paths in BGP updates. It appears that the onus of making a case that some form of compressed encoding of these BGP fields is of merit lies with the proponents of this as a potential source of problem, and the solution with respect to the AS_PATH representation lies in RFC3392 with additional capabilities being negotiated, either at session OPEN time or possibly dynamically. Thus, this 4-byte spec, that does not used compressed representation of AS_PATH is adequate, and those who believe that more compact representations are called for have a clear path of proposing such a specification to the IDR working group as a negotiated capability. The task for those who are of the opinion that such compact encodings are important to show why and propose a capability to be negotiated to do so in both the 4Byte and 2Byte worlds in the IDR Working Group. Protocol Quality Bill Fenner and Geoff Huston reviewed the document for the IESG. There are implementations; see the implementation report at http://www.ietf.org/IESG/Implementations/bgp4_impleme.txt _______________________________________________ IETF-Announce mailing list IETF-Announce(a)ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce --Steve Bellovin, http://www.cs.columbia.edu/~smb ----- End forwarded message ----- -- Katie Petrusha =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

32-bit ASN
by Katie Petrusha 12 Mar '07

12 Mar '07

Всем привет, Как некоторые уже знают, с 1/1/2007 можно будет получить 32-битную AS. Здесь можно посмотреть правила: http://www.ripe.net/ripe/docs/ripe-389.html В связи с этим xорошо бы вовремя поменять все программы, которые обрабатывают RPSL (aut-num, as-set, etc). Полезные документы по этому вопросу: http://www.potaroo.net/ietf/all-ids/draft-michaelson-4byte-as-representatio… http://www.ietf.org/internet-drafts/draft-uijterwaal-rpsl-4byteas-ext-01.txt Катя =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

13 25

Clamd опять что-то шизеет
by Paul Arakelyan 07 Mar '07

07 Mar '07

Что-то оно начало жрать процессор и странно себя вести (FreeBSD-6.2) И вроде и работает, а вроде - просто какое-то полуживое, по tcp не реагирует практически. -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

12 26

RE: [uanog] RE: [uanog] Ответ Стесину
by Hrynchuk Oleh 07 Mar '07

07 Mar '07

не-а, Валік, не вставлю прізвища. Нах мені ще тут по судам бігати... :))))))))))) Хто "в темі" - той знає 8-). > -----Original Message----- > From: Valentyn Klindukh [mailto:valik@way.naverex.net] > Sent: Wednesday, March 07, 2007 10:29 AM > To: Гринчук Олег > Cc: uanog(a)uanog.kiev.ua > Subject: Re: [uanog] RE: [uanog] Ответ Стесину > > > IMHO Укртелекому (в особі тих, хто прийняв описане тобою > рішення) зовсім не робить честі, не добавляє грошей і іміджу > те, що на підставі вражень від одного "молодого, здорового, > повного сил ідіота" /(С)С.?.Лєц/ робляться певні досить > серйозні висновки. > > > > Ясен пень - це його (Укртелекома) справа. Але ставити в > один ряд якогось безтолкового ініціативного ідіота і, > наприклад, зовсім недурні асоціації провайдерів, певна > кількість котрих також, ніби-то, виступають за розвиток > уа-ікс - це, їй-Богу, по-дитячому несерйозно. > > Это. Вставляй фамилии, а то лично мне непонятно о ком речь :) > > > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] Ответ Стесину
by Hrynchuk Oleh 07 Mar '07

07 Mar '07

Превед всім. Андрію, воно то все так. Але з іншої сторони зовсім не так :)))). IMHO Укртелекому (в особі тих, хто прийняв описане тобою рішення) зовсім не робить честі, не добавляє грошей і іміджу те, що на підставі вражень від одного "молодого, здорового, повного сил ідіота" /(С)С.Є.Лєц/ робляться певні досить серйозні висновки. Ясен пень - це його (Укртелекома) справа. Але ставити в один ряд якогось безтолкового ініціативного ідіота і, наприклад, зовсім недурні асоціації провайдерів, певна кількість котрих також, ніби-то, виступають за розвиток уа-ікс - це, їй-Богу, по-дитячому несерйозно. Це ніби як я, нарвавшись на хамство якогось одного випившого дядька в супермаркеті (котрий ніякого відношення до самого супермаркету не має), перестану туди зовсім ходити... З повагою, /олег > -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Andrew Stesin > Sent: Wednesday, March 07, 2007 8:38 AM > To: Vladimir Sharun > Cc: uanog(a)uanog.kiev.ua > Subject: Re: [uanog] Ответ Стесину > > Резюмируя, могу сказать, что своим дурацким флэшмобом и > последующими актами бытового кретинизма, стульев полностью и > окончательно укрепил и сформировал имидж уаикса, как > отстойной файлопомойки для умственно неадекватных любителей > бесплатного обмена ворованным. На самом деле, факторов, > удерживавших доселе Укртелеком от соединения, было и есть > несколько (нежелание быть причастным к дистрибуции > нелегального контента - один из них). Теперь добавился фактор > полной личной неадекватности типичного представителя > фанатиков уаикса. А положение весов (ранее все же > колебавшихся) зафиксировалось окончательно. > > Это не "хорошо" и не "плохо", это просто так есть. Ну как погода. > > p.s. Лично я остаюсь приверженцем идеи "попарных паритетов" > на договорных условиях, а уж через один коммутатор или > десятком отдельных проводов - несущественно. В этом случае > провайдеры/операторы сами между собой попарно разберутся, как > с кем почём взаиморассчитываться (если сочтут нужным). > "Колхозная уравниловка" - это не дело. > > =================================================================== > uanog mailing list. > To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with > "unsubscribe uanog" in the body of the message > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 2

RE: [uanog] RE: [uanog] Ответ Стесину
by Hrynchuk Oleh 07 Mar '07

07 Mar '07

Андрюха, тут тобі вже відповіли. Це не мої помилки, як на те пішло. Це - твої неточно сформульовані фрази. Що ти сам і визнав у відповіді Аліку :). "Тщательней надо...[формулювати]" /(С)/ Всіх мадамів з наступаючим святом! Відбуваю в рідні пенати аж до понеділка :))). З повагою до всіх, /олег > -----Original Message----- > From: Andrew Stesin [mailto:stesin@gmail.com] > Sent: Wednesday, March 07, 2007 10:12 AM > To: Гринчук Олег > Cc: uanog(a)uanog.kiev.ua > Subject: Re: [uanog] RE: [uanog] Ответ Стесину > > > IMHO Укртелекому (в особі тих, хто прийняв описане тобою > рішення) зовсім не робить честі, не добавляє грошей і іміджу > те, що на підставі вражень від одного "молодого, здорового, > повного сил ідіота" /(С)С.Є.Лєц/ робляться певні досить > серйозні висновки. > > Олег, будь ласка, не повторюй помилки(?) Макса. Стесін - це > Стесін, мої особисті враження і думки є моїми особистими. > Прошу не плутати з моїм роботодавцем та його керівництвом, > вони мають абсолютно свою точку зору, яка може зовсім не > співпадати з моєю або співпадати частково. > > > Ясен пень - це його (Укртелекома) справа. Але ставити в > один ряд якогось безтолкового ініціативного ідіота і, > наприклад, зовсім недурні асоціації провайдерів, певна > кількість котрих також, ніби-то, виступають за розвиток > уа-ікс - це, їй-Богу, по-дитячому несерйозно. > > Прошу не плутати особисті слова і думки громадянина України > Стесіна А.В. у цій приватній розсилці, де він представляє > виключно себе самого, з офіційною політикою та позицією > будь-якої існуючої юридичної особи. > > > Це ніби як я, нарвавшись на хамство якогось одного > випившого дядька в супермаркеті (котрий ніякого відношення до > самого супермаркету не має), перестану туди зовсім ходити... > > Ситуація, до речі, доволі типова. Особисто я, зіткнувшись з > зоологічними проявами в певному магазині, ігноруватиму його > та ходитиму до іншого. Маю право, еге ж? > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0