- regional-russia - mailman.ripe.net

Re: [regional-russia] �� RIPE NCC Executive Board
by Alexei Platonov 08 Apr '09

08 Apr '09

Если одного человека не хватит для проксей, то обязательно обратимся. А.Платонов According to Pavel B. Vasiliev: > От нас собираются ребята ехать - вэлкам если понадобится помощь. От себя > едем с голосом и двумя проксями за Буркова. > > Alexei Platonov пишет: > > Можно уточнить, но в прошлый раз мы некоторую пачку туда отвезли и сдали (тогда > > мне такую рекомендацию дали). > > Лучше иметь на всякий случай. Время еще есть, не думаю, что отослать бумагу > > составит какие-то сложности. > > А.Платонов > > > > According to Max Tulyev: > > > >> На прошлом GM'е у меня оригиналов никто не спрашивал. > >> > >> Alexei Platonov wrote: > >> > >>> Насколько я помню по прошлому разу, все равно требуется оригиналы отвезти в RIPE, > >>> так что лучше их сразу и собирать. > >>> А.Платонов > >>> > >>> According to Maria V. Stepanova: > >>> > >>>> А цветной скан, распечатываемый на цветном принтере, не подойдет? > >>>> > >>>> Мария Степанова > >>>> > >>>> On Mon, 6 Apr 2009, Alexei Platonov wrote: > >>>> > >>>> > >>>>> Да, Вы правы. > >>>>> По Москве можно также и другие способы использовать (курьер, например), > >>>>> ну а адрес надо использовать РосНИИРОСа: > >>>>> > >>>>> 123182 Россия Москва > >>>>> пл. академика Курчатова д.1 > >>>>> РосНИИРОС > >>>>> Отдел PR > >>>>> Горбунову Сергею Александровичу > >>>>> > >>>>> Только надо обязательно использовать формат заказного письма, или экспресс-доставки - > >>>>> обычная почта идет по месяцу, а то и вообще не доходит. > >>>>> > >>>>> С уважением, > >>>>> А.Платонов > >>>>> > >>>>> According to Alexander Ermolaev: > >>>>> > >>>>>> Alexei Platonov пишет: > >>>>>> > >>>>>>> 4) Связаться с Горбуновым и договориться о передаче формы > >>>>>>> > >>>>>> а не проще было бы сразу указать адрес куда прислать доверенность > >>>>>> заказным письмом? прямо в этом списке рассылки... > >>>>>> ----- > >>>>>> АЕ > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>> > >> -- > >> WBR, > >> Max Tulyev (MT6561-RIPE, 2:463/253@FIDO) > >> > >> > >> > > > > > > > > -- > ------------------------------------------------------ > Sincerely yours, Pavel B. Vasiliev, CIO. > Garant-Park-Telecom ISP Co, http://gpt.ru > phone: +7(495)783-3-783 > > >

1 0

�� RIPE NCC Executive Board
by Alexei Platonov 07 Apr '09

07 Apr '09

Уважаемые коллеги, Во время очередного RIPE NCC General Meeting состоятся перевыборы одного члена Исполнительного Комитета RIPE NCC (RIPE NCC Executive Board). В настоящее время это место занимает наш единственный представитель от России Дмитрий Владимирович Бурков (многим он также известен в качестве члена Совета Координационного Центра национального домена .RU). Три года назад мы его успешно выбрали на это место, и как мне кажется, он вполне достойно отстаивал интересы Российских LIRов в RIPE NCC, а также принимал участие в различных мероприятиях, связанных с "регулированием" Интернет, от лица RIPE NCC, а также (с использованием этой позиции) от лица России. Дмитрий накопил большой опыт, он один из "пионеров" сети Интернет в России, а соответственно, имеет очень большое число контактов среди признанных специалистов, а также и международных функционеров данной отрасли. Я совершенно уверен, что избрание его на второй срок в Исполнительный Совет RIPE NCC принесет нам большую пользу. Соответственно, призываю Вас принять участие в RIPE NCC GM и проголосовать за Дмитрия Буркова. Вот информация на эту тему: http://www.ripe.net/membership/gm/gm-may2009/ http://www.ripe.net/membership/gm/gm-may2009/elections/index.html http://www.ripe.net/membership/gm/gm-may2009/proxy.html Если Ваш LIR не планирует прислать своего представителя на General Meeting, то прошу Вас участвовать в голосовании через доверенное лицо. В качестве одного из таковых мы предлагаем использовать сотрудника Российского НИИ развития общественных сетей Горбунова Сергея Александровича, вот его контактная информация: sag(a)ripn.net (или pr(a)ripn.net - группа по связям с общественностью РосНИИРОС) (495) 737-6975 Конкретно надо сделать следующее: 1) Распечатать бланк http://www.ripe.net/membership/gm/gm-may2009/proxy.pdf 2) Заполнить строчки, относящиеся к Вашему LIR: это первые две, а также две строчки после слов "LIR Contact" (подпись, расшифровка и дата - контакное лицо от LIR, внесенное в БД RIPE NCC). 3) Строчки, относящиеся к доверенному лицу, желательно НЕ ЗАПОЛНЯТЬ, поскольку если число таких "доверенностей" превысит ~ 60, надо будет подключить еще одно доверенное лицо. Таким образом, строчки, относящиеся к доверенному лицу, мы заполним сами (это будет либо Горбунов, либо еще кто-то). Если все же Вы хотите заполнить форму полностью (кроме подписи доверенного лица), то прошу вписать: *** Sergey A. Gorbunov (date of birth) 25.03.1987 *** В случае исчерпания лимита (60 доверенностей) мы Вас известим через этот список рассылки о данных на другое доверенное лицо. 4) Связаться с Горбуновым и договориться о передаче формы. 5) Мы дозаполним форму и отправим ее факсом в RIPE NCC. Последний день передачи формы - 22 апреля 2009г. (это указано в бланке доверенности). Данное письмо я копирую на С.Горбунова, группу по связям с общественностью РосНИИРОС, а также на Дмитрия Владимировича Буркова, который, как я полагаю, ответит на Ваши вопросы, если таковые к нему будут сформулированы. С уважением, А.Платонов Директор РосНИИРОС

4 6

RIPE statement to NTIA - need your action - corrected]
by Natalya V Romashova 20 Nov '08

20 Nov '08

We agree with the RIPE letter and proposals on designing of signing the DNS root zone. We wait with impatience testing activities for DNSSEC Best regards, Head of Operators' VAS department OAO "VimpelCom" Nataliya V. Romashova loc. 09 53395 tel. +7 495-961-31-86 #53395 tel. +7(495)743-01-70 fax. +7(495)985-95-55 e-mail: rom(a)beeline.ru Dmitry Burkov <dburk(a)burkov.aha .ru> Кому rom(a)beeline.ru 19.11.2008 17:56 Копия Тема [Fwd: [regional-russia] RIPE statement to NTIA - need your action - corrected] ----- Сообщение от 'Dmitry Burkov <dburk(a)burkov.aha.ru>' на 'Wed, 19 Nov 2008 13:18:37 +0300' ----- Кому: regional-russia(a)ripe.net Тема: [regional-russia] RIPE statement to NTIA - need your action - corrected Уважаемые коллеги, прошу прощения - в первом письме слетела кодировка - второе застряло на модераторе 9 октября USG DoC NTIA объявила о консультациях по внедрению DNSSEC. http://www.ntia.doc.gov/DNS/DNSSEC.html (рекомендую прочитать и комментарии) Все это может иметь последствия для нас. За последние недели это широко обсуждалось в RIPE коммьюнити - как в DNS WG, так и на последнем RIPE митинге. В результате был подготовлен следующий комментарий-заявление в адрес NTIA. На мой взгляд он получился сбалансированным и отражает и наши интересы и потенциальные болячки. Сейчас заканчивается финальное обсуждение-принятие этого заявления в ripe-list(a)ripe.net Предлагаю вам высказать в этот список вашу точку зрения - поддерживаете или нет. Дмитрий Бурков Это текст с переводом - в конце просто оригинал письма: The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. Сообщество RIPE благодарит NTIA за организацию консультаций по вопросу подписания корневой зоны и с радостью предлагает свой ответ. Мы призываем принять решение о скорейшем подписании корневой зоны. Наше сообщество считает, что подписание корневой зоны ? это необходимый и своевременный шаг на пути к масштабному вводу DNSSEC как средства защиты DNS. Эта точка зрения поддержана письмом от участников сообщества RIPE в адрес ICANN как резальтат дискуссии на встрече RIPE в Таллине, май 2007: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. Ожидается, что сообщество, не менее разнообразное чем RIPE, не может иметь единой точки зрения в ответах на вопросы, предложенные в вопроснике NTIA. Ведь все члены RIPE будут отвечать на эти вопросы по отдельности. Мы предлагаем следующие положения, как собирательное мнение сообщества (рабочей группы DNS) по поводу основных принципов, которые должны лечь в основу внедрения подписания корневой зоны. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 1. DNSSEC предназначен для обеспечения целостности данных и защиты подлинности в DNS, а не для контроля. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 2. Внедрение DNSSEC в корневой зоне должно быть сделано так, чтобы оно было принято как глобальная инициатива. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 3. Внедрение DNSSEC в корневой зоне должно быть произведено таким образом, чтобы это не привело к нарушению стабильности и безопасности системы доменных имен (DNS). 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 4. Сопоставляя различные варианты подписания корневой зоны необходимо учитывать, что выбранный путь должен быть максимально безопасным с технической точки зрения. 5. Deployment of a signed root should be done in a timely but not hasty manner. 5. Подписание корневой зоны должно быть сделано без излишней торопливости. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 6. Для проведения своевременного обслуживания любые изменения, связанные с DNSSEC, должны быть проведены в соответствии с текущими процессами, ведущимися по координированию корневой зоны. Однако эти изменения должны обеспечивать достаточную гибкость процессов в целях их возможного изменения . 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 7. Если в следствии внедрения DNSSEC будут изменены процедуры, эти изменения должны обеспечить достаточную гибкость, чтобы после соответствующих консультаций провести изменения не только в ролях и процессах, но и в субъектах, за которыми эти роли закреплены. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 8. Политики и процессы подписания корневой зоны должны быть прозрачными и вызывающими доверие, стимулируя домены верхнего уровня предоставить ключи и полномочия , для того чтобы делегирования для доменов верхнего уровня могли бы принести пользу от наличия общей точки доверия DNSSEC , подписанной корневой зоной. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 9. Не существует никаких технических обоснований для создания новой организации по контролю подписания корневой зоны. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 10. Данные не должны передаваться между организациями без соответствующей проверки на подлинность и целостность. 11. The public part of the key signing key must be distributed as widely as possible. 11. Публичная часть ключа должна быть распространена настолько широко, насколько это возможно. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 12. Организация, которая генерирует файл корневой зоны, должна подписывать файл и хранить закрытую часть ключа (закрытый ключ) подписи зоны. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. 13. Смена организаций и изменения ролей процесса подписания не обязательно должны требовать смены ключей. Оригинал Subject: Call for Support: RIPE response to the US NTIA's NoI From: Peter Koch <pk(a)DENIC.DE> Date: Fri, 14 Nov 2008 23:59:09 +0100 To: ripe-list(a)ripe.net Dear RIPE Community, as mentioned in my email sent on Monday, the DNS working group has come up with a response to the US NTIA's Notice of Inquiry (NoI) regarding the introduction of DNSSEC for the DNS root zone (for details see <http://www.ntia.doc.gov/DNS/DNSSEC.html>). The text below reflects the consensus of the DNS working group. As a follow up to our earlier efforts (see below), the DNS WG suggests that the response to the NTIA come from the broader RIPE community. So, this is the DNS WG's request for your support and endorsement of the proposal. Please read the text and voice your support or opposition. As mentioned earlier, we will have to meet an external deadline. Therefore, we are not looking for editorial suggestions. Regrettably, it is impractical to further refine or reword the text, since that would require more editing cycles and new consensus calls, which time won't permit. The WG chairs' collective and the RIPE Chair have agreed that it needs a binary decision on the proposal as presented here. It is possible that the text doesn't represent the optimum for everyone. Still, please consider whether you can support it as a community statement. In any case, the NoI is open for anybody, so you might want to send your individual response and/or contribute to other group efforts, as well. Clarifying questions are welcome, probably best asked on the DNS WG mailing list or to the DNS WG co-chairs <http://www.ripe.net/ripe/wg/dns/index.html>. Given the 24 Nov deadline and to allow some time for the evalutaion of the list traffic, you are kindly asked to send your explicit statements to this list no later than Friday, 21 Nov 2008 12:00 UTC. Thanks in advance for your consideration! -Peter Koch [DNS WG co-chair] ----------------------------------------------------------------------------- # # $Id: ntia-draft,v 1.9 2008/11/13 20:20:41 jim Exp $ # The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 5. Deployment of a signed root should be done in a timely but not hasty manner. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 11. The public part of the key signing key must be distributed as widely as possible. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. -----------------------------------------

1 0

RIPE statement to NTIA - need your action - corrected
by Dmitry Burkov 19 Nov '08

19 Nov '08

Уважаемые коллеги, прошу прощения - в первом письме слетела кодировка - второе застряло на модераторе 9 октября USG DoC NTIA объявила о консультациях по внедрению DNSSEC. http://www.ntia.doc.gov/DNS/DNSSEC.html (рекомендую прочитать и комментарии) Все это может иметь последствия для нас. За последние недели это широко обсуждалось в RIPE коммьюнити - как в DNS WG, так и на последнем RIPE митинге. В результате был подготовлен следующий комментарий-заявление в адрес NTIA. На мой взгляд он получился сбалансированным и отражает и наши интересы и потенциальные болячки. Сейчас заканчивается финальное обсуждение-принятие этого заявления в ripe-list(a)ripe.net Предлагаю вам высказать в этот список вашу точку зрения - поддерживаете или нет. Дмитрий Бурков Это текст с переводом - в конце просто оригинал письма: The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. Сообщество RIPE благодарит NTIA за организацию консультаций по вопросу подписания корневой зоны и с радостью предлагает свой ответ. Мы призываем принять решение о скорейшем подписании корневой зоны. Наше сообщество считает, что подписание корневой зоны – это необходимый и своевременный шаг на пути к масштабному вводу DNSSEC как средства защиты DNS. Эта точка зрения поддержана письмом от участников сообщества RIPE в адрес ICANN как резальтат дискуссии на встрече RIPE в Таллине, май 2007: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. Ожидается, что сообщество, не менее разнообразное чем RIPE, не может иметь единой точки зрения в ответах на вопросы, предложенные в вопроснике NTIA. Ведь все члены RIPE будут отвечать на эти вопросы по отдельности. Мы предлагаем следующие положения, как собирательное мнение сообщества (рабочей группы DNS) по поводу основных принципов, которые должны лечь в основу внедрения подписания корневой зоны. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 1. DNSSEC предназначен для обеспечения целостности данных и защиты подлинности в DNS, а не для контроля. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 2. Внедрение DNSSEC в корневой зоне должно быть сделано так, чтобы оно было принято как глобальная инициатива. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 3. Внедрение DNSSEC в корневой зоне должно быть произведено таким образом, чтобы это не привело к нарушению стабильности и безопасности системы доменных имен (DNS). 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 4. Сопоставляя различные варианты подписания корневой зоны необходимо учитывать, что выбранный путь должен быть максимально безопасным с технической точки зрения. 5. Deployment of a signed root should be done in a timely but not hasty manner. 5. Подписание корневой зоны должно быть сделано без излишней торопливости. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 6. Для проведения своевременного обслуживания любые изменения, связанные с DNSSEC, должны быть проведены в соответствии с текущими процессами, ведущимися по координированию корневой зоны. Однако эти изменения должны обеспечивать достаточную гибкость процессов в целях их возможного изменения . 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 7. Если в следствии внедрения DNSSEC будут изменены процедуры, эти изменения должны обеспечить достаточную гибкость, чтобы после соответствующих консультаций провести изменения не только в ролях и процессах, но и в субъектах, за которыми эти роли закреплены. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 8. Политики и процессы подписания корневой зоны должны быть прозрачными и вызывающими доверие, стимулируя домены верхнего уровня предоставить ключи и полномочия , для того чтобы делегирования для доменов верхнего уровня могли бы принести пользу от наличия общей точки доверия DNSSEC , подписанной корневой зоной. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 9. Не существует никаких технических обоснований для создания новой организации по контролю подписания корневой зоны. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 10. Данные не должны передаваться между организациями без соответствующей проверки на подлинность и целостность. 11. The public part of the key signing key must be distributed as widely as possible. 11. Публичная часть ключа должна быть распространена настолько широко, насколько это возможно. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 12. Организация, которая генерирует файл корневой зоны, должна подписывать файл и хранить закрытую часть ключа (закрытый ключ) подписи зоны. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. 13. Смена организаций и изменения ролей процесса подписания не обязательно должны требовать смены ключей. Оригинал Subject: Call for Support: RIPE response to the US NTIA's NoI From: Peter Koch <pk(a)DENIC.DE> Date: Fri, 14 Nov 2008 23:59:09 +0100 To: ripe-list(a)ripe.net Dear RIPE Community, as mentioned in my email sent on Monday, the DNS working group has come up with a response to the US NTIA's Notice of Inquiry (NoI) regarding the introduction of DNSSEC for the DNS root zone (for details see <http://www.ntia.doc.gov/DNS/DNSSEC.html>). The text below reflects the consensus of the DNS working group. As a follow up to our earlier efforts (see below), the DNS WG suggests that the response to the NTIA come from the broader RIPE community. So, this is the DNS WG's request for your support and endorsement of the proposal. Please read the text and voice your support or opposition. As mentioned earlier, we will have to meet an external deadline. Therefore, we are not looking for editorial suggestions. Regrettably, it is impractical to further refine or reword the text, since that would require more editing cycles and new consensus calls, which time won't permit. The WG chairs' collective and the RIPE Chair have agreed that it needs a binary decision on the proposal as presented here. It is possible that the text doesn't represent the optimum for everyone. Still, please consider whether you can support it as a community statement. In any case, the NoI is open for anybody, so you might want to send your individual response and/or contribute to other group efforts, as well. Clarifying questions are welcome, probably best asked on the DNS WG mailing list or to the DNS WG co-chairs <http://www.ripe.net/ripe/wg/dns/index.html>. Given the 24 Nov deadline and to allow some time for the evalutaion of the list traffic, you are kindly asked to send your explicit statements to this list no later than Friday, 21 Nov 2008 12:00 UTC. Thanks in advance for your consideration! -Peter Koch [DNS WG co-chair] ----------------------------------------------------------------------------- # # $Id: ntia-draft,v 1.9 2008/11/13 20:20:41 jim Exp $ # The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 5. Deployment of a signed root should be done in a timely but not hasty manner. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 11. The public part of the key signing key must be distributed as widely as possible. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. -----------------------------------------

1 0

RIPE statement to NTIA - need your action - corrected
by Dmitry_Burkov＠burkov.aha.ru 19 Nov '08

19 Nov '08

Уважаемые коллеги, прошу прощения - в первом письме слетела кодировка 9 октября USG DoC NTIA объявила о консультациях по внедрению DNSSEC. http://www.ntia.doc.gov/DNS/DNSSEC.html (рекомендую прочитать и комментарии) Все это может иметь последствия для нас. За последние недели это широко обсуждалось в RIPE коммьюнити - как в DNS WG, так и на последнем RIPE митинге. В результате был подготовлен следующий комментарий-заявление в адрес NTIA. На мой взгляд он получился сбалансированным и отражает и наши интересы и потенциальные болячки. Сейчас заканчивается финальное обсуждение-принятие этого заявления в ripe-list(a)ripe.net Предлагаю вам высказать в этот список вашу точку зрения - поддерживаете или нет. Дмитрий Бурков Это текст с переводом - в конце просто оригинал письма: The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. Сообщество RIPE благодарит NTIA за организацию консультаций по вопросу подписания корневой зоны и с радостью предлагает свой ответ. Мы призываем принять решение о скорейшем подписании корневой зоны. Наше сообщество считает, что подписание корневой зоны – это необходимый и своевременный шаг на пути к масштабному вводу DNSSEC как средства защиты DNS. Эта точка зрения поддержана письмом от участников сообщества RIPE в адрес ICANN как резальтат дискуссии на встрече RIPE в Таллине, май 2007: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. Ожидается, что сообщество, не менее разнообразное чем RIPE, не может иметь единой точки зрения в ответах на вопросы, предложенные в вопроснике NTIA. Ведь все члены RIPE будут отвечать на эти вопросы по отдельности. Мы предлагаем следующие положения, как собирательное мнение сообщества (рабочей группы DNS) по поводу основных принципов, которые должны лечь в основу внедрения подписания корневой зоны. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 1. DNSSEC предназначен для обеспечения целостности данных и защиты подлинности в DNS, а не для контроля. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 2. Внедрение DNSSEC в корневой зоне должно быть сделано так, чтобы оно было принято как глобальная инициатива. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 3. Внедрение DNSSEC в корневой зоне должно быть произведено таким образом, чтобы это не привело к нарушению стабильности и безопасности системы доменных имен (DNS). 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 4. Сопоставляя различные варианты подписания корневой зоны необходимо учитывать, что выбранный путь должен быть максимально безопасным с технической точки зрения. 5. Deployment of a signed root should be done in a timely but not hasty manner. 5. Подписание корневой зоны должно быть сделано без излишней торопливости. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 6. Для проведения своевременного обслуживания любые изменения, связанные с DNSSEC, должны быть проведены в соответствии с текущими процессами, ведущимися по координированию корневой зоны. Однако эти изменения должны обеспечивать достаточную гибкость процессов в целях их возможного изменения . 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 7. Если в следствии внедрения DNSSEC будут изменены процедуры, эти изменения должны обеспечить достаточную гибкость, чтобы после соответствующих консультаций провести изменения не только в ролях и процессах, но и в субъектах, за которыми эти роли закреплены. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 8. Политики и процессы подписания корневой зоны должны быть прозрачными и вызывающими доверие, стимулируя домены верхнего уровня предоставить ключи и полномочия , для того чтобы делегирования для доменов верхнего уровня могли бы принести пользу от наличия общей точки доверия DNSSEC , подписанной корневой зоной. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 9. Не существует никаких технических обоснований для создания новой организации по контролю подписания корневой зоны. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 10. Данные не должны передаваться между организациями без соответствующей проверки на подлинность и целостность. 11. The public part of the key signing key must be distributed as widely as possible. 11. Публичная часть ключа должна быть распространена настолько широко, насколько это возможно. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 12. Организация, которая генерирует файл корневой зоны, должна подписывать файл и хранить закрытую часть ключа (закрытый ключ) подписи зоны. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. 13. Смена организаций и изменения ролей процесса подписания не обязательно должны требовать смены ключей. Оригинал Subject: Call for Support: RIPE response to the US NTIA's NoI From: Peter Koch <pk(a)DENIC.DE> Date: Fri, 14 Nov 2008 23:59:09 +0100 To: ripe-list(a)ripe.net Dear RIPE Community, as mentioned in my email sent on Monday, the DNS working group has come up with a response to the US NTIA's Notice of Inquiry (NoI) regarding the introduction of DNSSEC for the DNS root zone (for details see <http://www.ntia.doc.gov/DNS/DNSSEC.html>). The text below reflects the consensus of the DNS working group. As a follow up to our earlier efforts (see below), the DNS WG suggests that the response to the NTIA come from the broader RIPE community. So, this is the DNS WG's request for your support and endorsement of the proposal. Please read the text and voice your support or opposition. As mentioned earlier, we will have to meet an external deadline. Therefore, we are not looking for editorial suggestions. Regrettably, it is impractical to further refine or reword the text, since that would require more editing cycles and new consensus calls, which time won't permit. The WG chairs' collective and the RIPE Chair have agreed that it needs a binary decision on the proposal as presented here. It is possible that the text doesn't represent the optimum for everyone. Still, please consider whether you can support it as a community statement. In any case, the NoI is open for anybody, so you might want to send your individual response and/or contribute to other group efforts, as well. Clarifying questions are welcome, probably best asked on the DNS WG mailing list or to the DNS WG co-chairs <http://www.ripe.net/ripe/wg/dns/index.html>. Given the 24 Nov deadline and to allow some time for the evalutaion of the list traffic, you are kindly asked to send your explicit statements to this list no later than Friday, 21 Nov 2008 12:00 UTC. Thanks in advance for your consideration! -Peter Koch [DNS WG co-chair] ----------------------------------------------------------------------------- # # $Id: ntia-draft,v 1.9 2008/11/13 20:20:41 jim Exp $ # The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 5. Deployment of a signed root should be done in a timely but not hasty manner. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 11. The public part of the key signing key must be distributed as widely as possible. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. -----------------------------------------

1 0

Re: [regional-russia] RIPE statement to NTIA - need your action (fwd)
by Dmitry Morozovsky 18 Nov '08

18 Nov '08

Dear colleagues, isn't it well enough for WTF ask? (sorry if I'm too rude, but then again...) To be serious: please comment, what did I done wrong... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck(a)FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck(a)rinet.ru *** ------------------------------------------------------------------------ ---------- Forwarded message ---------- Date: Wed, 19 Nov 2008 01:40:11 From: no-robots-please(a)www.no-spam.com To: Dmitry Morozovsky <marck(a)rinet.ru> Subject: Re: [regional-russia] RIPE statement to NTIA - need your action Hello, Subject: [regional-russia] RIPE statement to NTIA - need your action Sorry but your e-mail is NOT delivered due to anti-ROBOT filters. Please try again with the special anti-ROBOT key inserted into the subject field: KEY123 Thank you for your understanding. ???? ????????? ?? ??????????, ??????????, ???????? ??? ????? ? ????-????? ??????? ? ??????? ???? (Subject): KEY123 ??????? ?? ?????????. Best Regards, Mail server doorman

1 0

RIPE statement to NTIA - need your action
by Dmitry Burkov 18 Nov '08

18 Nov '08

???????! ?????????? ?????? NTIA ? ?????? ?????? ???? ? ?????? RIPE.Dear RIPE Community, ??????? ???? ? ???????? ??????? The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. ?????????? RIPE ?????????? NTIA ?? ??????????? ???????????? ?? ??????? ?????????? ???????? ???? ? ? ???????? ?????????? ???? ?????. ?? ????????? ??????? ??????? ? ????????? ?????????? ???????? ????. ???? ?????????? ???????, ??? ?????????? ???????? ???? ??? ??????????? ? ????????????? ??? ?? ???? ? ??????????? ????? DNSSEC ??? ???????? ?????? DNS. ??? ????? ?????? ?????????? ??????? ?? ?????????? ?????????? RIPE ? ????? ICANN ??? ????????? ????????? ?? ??????? RIPE ? ???????, ??? 2007: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. ?????????, ??? ??????????, ?? ????? ????????????? ??? RIPE, ?? ????? ????? ?????? ????? ?????? ? ??????? ?? ???????, ???????????? ? ?????????? NTIA. ???? ??? ????? RIPE ????? ???????? ?? ??? ??????? ?? ???????????. ?? ?????????? ????????? ?????????, ??? ????????????? ?????? ?????????? (??????? ?????? DNS) ?? ?????? ???????? ?????????, ??????? ?????? ???? ? ?????? ????????? ?????????? ???????? ????. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 1.DNSSEC ???????????? ??? ??????????? ??????????? ?????? ? ?????? ??????????? ? DNS, ? ?? ??? ????????. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 2.????????? DNSSEC ? ???????? ???? ?????? ???? ??????? ???, ????? ??? ???? ??????? ??? ?????????? ??????????. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 3.????????? DNSSEC ? ???????? ???? ?????? ???? ??????????? ????? ???????, ????? ??? ?? ??????? ? ????????? ???????????? ? ???????????? ??????? ???????? ???? (DNS). 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 4.??????????? ????????? ???????? ?????????? ???????? ???? ?????????? ?????????, ??? ????????? ???? ?????? ???? ??????????? ?????????? ? ??????????? ????? ??????. 5. Deployment of a signed root should be done in a timely but not hasty manner. 5. ?????????? ???????? ???? ?????? ???? ??????? ??? ???????? ????????????. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 6.??? ?????????? ?????????????? ???????????? ????? ?????????, ????????? ? DNSSEC, ?????? ???? ????????? ? ???????????? ? ???????? ??????????, ?????????? ?? ??????????????? ???????? ????. ?????? ??? ????????? ?????? ???????????? ??????????? ???????? ????????? ? ????? ?? ?????????? ????????? . 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 7.???? ? ????????? ????????? DNSSEC ????? ???????? ?????????, ??? ????????? ?????? ?????????? ??????????? ????????, ????? ????? ??????????????? ???????????? ???????? ????????? ?? ?????? ? ????? ? ?????????, ?? ? ? ?????????, ?? ???????? ??? ???? ??????????. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 8.???????? ? ???????? ?????????? ???????? ???? ?????? ???? ??????????? ? ??????????? ???????, ?????????? ?????? ???????? ?????? ???????????? ????? ? ?????????? , ??? ???? ????? ????????????? ??? ??????? ???????? ?????? ????? ?? ???????? ?????? ?? ??????? ????? ????? ??????? DNSSEC , ??????????? ???????? ?????. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 9.?? ?????????? ??????? ??????????? ??????????? ??? ???????? ????? ??????????? ?? ???????? ?????????? ???????? ????. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 10.?????? ?? ?????? ???????????? ????? ????????????? ??? ??????????????? ???????? ?? ??????????? ? ???????????. 11. The public part of the key signing key must be distributed as widely as possible. 11.????????? ????? ????? ?????? ???? ?????????????? ????????? ??????, ????????? ??? ????????. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 12.???????????, ??????? ?????????? ???? ???????? ????, ?????? ??????????? ???? ? ??????? ???????? ????? ????? (???????? ????) ??????? ????. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. 13.????? ??????????? ? ????????? ????? ???????? ?????????? ?? ??????????? ?????? ????????? ????? ??????. Subject: Call for Support: RIPE response to the US NTIA's NoI From: Peter Koch <pk(a)DENIC.DE> Date: Fri, 14 Nov 2008 23:59:09 +0100 To: ripe-list(a)ripe.net Dear RIPE Community, as mentioned in my email sent on Monday, the DNS working group has come up with a response to the US NTIA's Notice of Inquiry (NoI) regarding the introduction of DNSSEC for the DNS root zone (for details see <http://www.ntia.doc.gov/DNS/DNSSEC.html>). The text below reflects the consensus of the DNS working group. As a follow up to our earlier efforts (see below), the DNS WG suggests that the response to the NTIA come from the broader RIPE community. So, this is the DNS WG's request for your support and endorsement of the proposal. Please read the text and voice your support or opposition. As mentioned earlier, we will have to meet an external deadline. Therefore, we are not looking for editorial suggestions. Regrettably, it is impractical to further refine or reword the text, since that would require more editing cycles and new consensus calls, which time won't permit. The WG chairs' collective and the RIPE Chair have agreed that it needs a binary decision on the proposal as presented here. It is possible that the text doesn't represent the optimum for everyone. Still, please consider whether you can support it as a community statement. In any case, the NoI is open for anybody, so you might want to send your individual response and/or contribute to other group efforts, as well. Clarifying questions are welcome, probably best asked on the DNS WG mailing list or to the DNS WG co-chairs <http://www.ripe.net/ripe/wg/dns/index.html>. Given the 24 Nov deadline and to allow some time for the evalutaion of the list traffic, you are kindly asked to send your explicit statements to this list no later than Friday, 21 Nov 2008 12:00 UTC. Thanks in advance for your consideration! -Peter Koch [DNS WG co-chair] ----------------------------------------------------------------------------- # # $Id: ntia-draft,v 1.9 2008/11/13 20:20:41 jim Exp $ # The RIPE community thanks the NTIA for its consultation on proposals to sign the root and is pleased to offer the following response to that consultation. We urge the adoption of a solution that leads to the prompt introduction of a signed root zone. Our community considers the introduction of a signed root zone to be an essential enabling step towards widespread deployment of Secure DNS, DNSSEC. This view is supported by the letter from the RIPE community to ICANN as an outcome of discussions at the May 2007 RIPE meeting in Tallinn: http://www.ripe.net/ripe/wg/dns/icann-root-signing.pdf. It is to be expected that a community as diverse as RIPE cannot have a unified set of detailed answers to the NTIA questionnaire. However several members of the RIPE community will be individually responding to that questionnaire. We present the following statement as the consensus view of our community about the principles that should form the basis of the introduction of a signed DNS root. 1. Secure DNS, DNSSEC, is about data authenticity and integrity and not about control. 2. The introduction of DNSSEC to the root zone must be made in such a way that it is accepted as a global initiative. 3. Addition of DNSSEC to the root zone must be done in a way that does not compromise the security and stability of the Domain Name System. 4. When balancing the various concerns about signing the root zone, the approach must provide an appropriate level of trust and confidence by offering an optimally secure solution. 5. Deployment of a signed root should be done in a timely but not hasty manner. 6. Updates from TLD operators relating to DNSSEC should be aligned with the operational mechanisms for co-ordinating changes to the root zone. 7. If any procedural changes are introduced by the deployment of DNSSEC they should provide sufficient flexibility to allow for the roles and processes as well as the entities holding those roles to be changed after suitable consultations have taken place. 8. Policies and processes for signing the root zone must be transparent and trustworthy, making it straightforward for TLDs to supply keys and credentials so the delegations for those TLDs can benefit from a common DNSSEC trust anchor, the signed root. 9. There is no technical justification to create a new organisation to oversee the process of signing of the root. 10. No data should be moved between organisations without appropriate authenticity and integrity checking, particularly the flow of keying material between a TLD operator and the entity that signs the root. 11. The public part of the key signing key must be distributed as widely as possible. 12. The organisation that generates the root zone file must sign the file and therefore hold the private part of the zone signing key. 13. Changes to the entities and roles in the signing process must not necessarily require a change of keys. -----------------------------------------

2 1

RIPE NCC Regional Meeting Moscow: Thanks for participating
by RIPE NCC Meeting Coordinator 29 Sep '08

29 Sep '08

Dear Colleagues, I'd like to thank everyone who participated in last week's RIPE NCC Regional Meeting. The meeting took place at the Holiday Inn Suschevsky in Moscow on 23-24 September 2008. Over 160 people attended and participants included RIPE NCC members, key players in the global and local Internet industry and RIPE NCC staff. Presentations ------------- The presentations given at this meeting are available online at: http://www.ripe.net/meetings/regional/moscow-2008/presentations.html Thanks ------ A special thanks goes to the RU Center for hosting this event. We would also like to thank our other sponsors: - Coordination Centre for TLD .RU - Moscow Internet Exchange (MSK-IX) - Russian Institute for Public Networks (RIPN) - The German Commercial Internet Exchange (DE-CIX) - The Foundation for Internet Development The RIPE NCC received positive and productive feedback from this meeting and we look forward to seeing you again at the next event. Regards, Paul Rendek Head of External Relations and Communication RIPE NCC ========= RIPE 57: Join us at RIPE 57, 26-30 October, Dubai, United Arab Emirates You can register online for RIPE 57 at: https://lirportal.ripe.net/lirportal/meeting/registration/meeting.html?id=54 More information is available at: http://www.ripe.net/ripe/meetings/ripe-57/ The RIPE NCC can assist with visas for the UAE. For more information about this, please email <meeting(a)ripe.net>. <end of mail>

1 0

Re: [regional-russia] Учёт IP адресов/сетей
by Yuri A.Fetisov 29 Sep '08

29 Sep '08

Привет. Мы тоже используем самописную. Но в интернете находил: IPMaster http://www.softsession.com/ (http://www.softsession.com/products/ipmaster.htm) -- С уважением, Фетисов Юрий, ___________________________________ ОАО "Мобильные ТелеСистемы", Москва Тел.: +7 495 766 0131 e-mail: yuri(a)mtsnet.ru, yaf(a)mts.ru ICQ: 37412084

3 3

Учёт IP адресов/сетей
by Sergey Y. Afonin 25 Sep '08

25 Sep '08

Приветствую. А кто что для учёта распределения адресов использует ? -- С уважением, Сергей Афонин asy(a)kraft-s.ru PS: DNS и базу RIPE не предлагать, они, естественно, используются. :-)

3 2