From laura at ripe.net Thu Jan 8 16:42:36 2009 From: laura at ripe.net (Laura Cobley) Date: Thu, 08 Jan 2009 16:42:36 +0100 Subject: [address-policy-wg] Updated RIPE Documents Message-ID: <49661EEC.80003@ripe.net> [Apologies for duplicate e-mails] Dear Colleagues, We are pleased to announce the publication of two updated RIPE Documents, ripe-442, 'Autonomous System Number Request Form' and ripe-443, 'Supporting Notes for the Autonomous System Number Request Form'. The updated documents are available at: http://www.ripe.net/ripe/docs/ripe-442.html http://www.ripe.net/ripe/docs/ripe-443.html These updates have been made to reflect the default assignment of 32-bit AS Numbers as of 1 January 2009, in accordance with ripe-389, 'Autonomous System (AS) Number Assignment Policies and Procedures': http://www.ripe.net/ripe/docs/ripe-389.html. Best Regards, Laura Cobley Registration Services RIPE NCC From laura at ripe.net Thu Jan 15 17:48:35 2009 From: laura at ripe.net (Laura Cobley) Date: Thu, 15 Jan 2009 17:48:35 +0100 Subject: [address-policy-wg] Updated RIPE Documents Message-ID: <496F68E3.7060501@ripe.net> [Apologies for duplicate e-mails] Dear Colleagues, We are pleased to announce the publication of two updated RIPE Documents, ripe-444, 'Autonomous System Number Request Form' and ripe-445, 'Supporting Notes for the Autonomous System Number Request Form'. The updated documents are available at: http://www.ripe.net/ripe/docs/asnrequestform.html http://www.ripe.net/ripe/docs/asnsupport.html These updates have been made to correct an administrative error. Best Regards, Laura Cobley Registration Services RIPE NCC From Marcus.Gerdon at versatel.de Fri Jan 16 11:38:58 2009 From: Marcus.Gerdon at versatel.de (Marcus.Gerdon) Date: Fri, 16 Jan 2009 11:38:58 +0100 Subject: [address-policy-wg] Direct End USer Assignments, 2007-01 and Contractual Requirements Message-ID: <227142482560EF458FF1F7E784E26AB814B908@FLBVEXCH01.versatel.local> Hello @All, hopefully it's just an incapability of mine not to be able to get that topic into my head and understood... :-| ... because else I'd have to rant about this being accepted and implemented in a totally inconclusive and incomplete manner only useful for creating additional chaos. Not to take me wrong, in general I agree with putting in place some 'garbage collection' mechanism to return unused resources to the pool. What I was able to gather by digging through the archives, document store, google etc. was: 2007-01v4 has been accepted despite containing a bunch of topics left open. How's the 'sponsoring lir' defined ? Definition of fees left to NCC (what have been done by now, but I come back to that later). 'Contractual Requirements' left in some indefinite state (and without any discussion) as far as I can see. The charging scheme has been adapted to reflect End User - RIPE NCC contracts and fees. Did someone read that and compared LIR to End User ? The lowest fee - applicable for a single /24 already - equals to becoming a lir. What's the minimum allocation size today ? /21 ? Would you pay 1300 EUR p.a. to get a /24 when you can get a /21 by bcoming a lir for the same fees (which even provides much greater freedom, i.e. assignmnets allowed, partial transfer allowed) ? I think the only result of this will be PI/ASN fees turning into a mrket competition criteria. Anyone really going into the direct contract thing I expect to go for the /21-same-fee lir option. Won't this turn out to become an additional waste of addresses ? What about the 'sponsoring lir' theme ? The 'Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region' is a nice document. But that's the meaning of it ? All I see is a *draft* document trying to lay hands on the bussiness relationship between lir and end user. Getting a few additional scoring points in the billing algorithm I don't even think about. The member fee and the difference between categories isn't that expensive. (Before someone complains, those having a problem with the fees by stepping up a category due to issuing a sufficient amount of PI/ASN imho have a problem with their business plan and calculations.) So, let's see: I tell my (potential) customers to sign a contract with RIPE and pay thousends of EUR per year whilst another LIR is 'sponsoring' the PI. Bad idea - my boss won't like me forcing customers to contract another isp instead. So, we'll go for 'sponsoring' mode and get the score. No problem so far. Now, what's that 'Contractual Requirements' thing ? Even accepting the process including automatic return of resources to RIPE, how is RIPE going to verify the future existence ? Why should I be forced to charge a fee ? Do 'I have to forward that fee to RIPE's bank account ? What about transfer of a PI or ASN? When the customer decides to cancell contracts PI and ASN have to be transferred to the new lir so I get rid of the score (and more important administrative issues). In the past any transfer was charged for with an non-ignorable amount. Unfortunately I didn't find the document which fee applies here. In case the 'Administrative fee' - which has been nullified - is applied, everything is good at least here. So, put together in a simple single question: How the f*** are PI/ASN handled today and under which constraints ? Hope anybody's able to enlighten me ... Thanks in advance, Marcus ---------------------------------------------------------------------------------------- Systemtechnik Internet / Internet Engineering Versatel West GmbH Unterste-Wilms-Strasse 29 D-44143 Dortmund Fon: +49-(0)231-399-4486 | Fax: +49-(0)231-399-4491 marcus.gerdon at versatel.de | www.versatel.de Sitz der Gesellschaft: Essen, Registergericht: Essen HRB 19502 Gesch?ftsf?hrer: Marc L?tzenkirchen, Peer Knauer, Dr. Hai Cheng, Dr. Christian Schemann ---------------------------------------------------------------------------------------- AS8881 / AS8638 / AS13270 | MG3031-RIPE ---------------------------------------------------------------------------------------- From sander at steffann.nl Fri Jan 16 16:49:35 2009 From: sander at steffann.nl (Sander Steffann) Date: Fri, 16 Jan 2009 16:49:35 +0100 Subject: [address-policy-wg] Direct End USer Assignments, 2007-01 and Contractual Requirements In-Reply-To: <227142482560EF458FF1F7E784E26AB814B908@FLBVEXCH01.versatel.local> References: <227142482560EF458FF1F7E784E26AB814B908@FLBVEXCH01.versatel.local> Message-ID: Hello Marcus, I re-ordered the questions and replies a bit to make it more readable > What I was able to gather by digging through the archives, document > store, google etc. was: > > 2007-01v4 has been accepted despite containing a bunch of topics > left open. How's the 'sponsoring lir' defined? A sponsoring LIR is an LIR where an end-user can 'register' his PI address space. Any LIR can perform this function. > Definition of fees left to NCC (what have been done by now, but I > come back to that later) That is something that the RIPE community can not decide on. Decisions on the charging scheme of the RIPE NCC are made by the RIPE NCC General Assembly. > 'Contractual Requirements' left in some indefinite state (and > without any discussion) as far as I can see. The policy only states that there must be a contract between the end- user and an LIR or between the end-user and the RIPE NCC. This is required to establish a link between the organisation that gives out address space (RIPE NCC) and the organisation using that address space (end-user). The policy doesn't force you to use a fixed contract, it only gives guidelines on what such a contract should contain. This is intentional. > What about the 'sponsoring lir' theme ? The 'Contractual > Requirements for Provider Independent Resource Holders in the RIPE > NCC Service Region' is a nice document. But that's the meaning of > it ? All I see is a *draft* document trying to lay hands on the > bussiness relationship between lir and end user. Getting a few > additional scoring points in the billing algorithm I don't even > think about. The member fee and the difference between categories > isn't that expensive. (Before someone complains, those having a > problem with the fees by stepping up a category due to issuing a > sufficient amount of PI/ASN imho have a problem with their business > plan and calculations.) This is the common case: an end-user has a sponsoring LIR for his PI address space. That LIR is required to have a contract with the end user about this, and the scoring points for the PI address space are added to the sponsoring LIRs billing score. That is all that is required. Any financial agreements between the end user and the sponsoring LIR are none of our business (and probably depend on other services that the end user buys from the LIR etc). > The lowest fee - applicable for a single /24 already - equals to > becoming a lir. What's the minimum allocation size today ? /21 ? > Would you pay 1300 EUR p.a. to get a /24 when you can get a /21 by > bcoming a lir for the same fees (which even provides much greater > freedom, i.e. assignmnets allowed, partial transfer allowed) ? In most cases the end-user will have a contract with an LIR. In some cases that might not be possible (for political or other reasons). In that special case the end-user can sign a contract directly with the RIPE NCC. The end-user will have to become a RIPE NCC member (The NCC is a not-for-profit membership organisation, not a for-profit company) and pay the membership fee based on the scoring points for their PI address space. > What about transfer of a PI or ASN? > When the customer decides to cancell contracts PI and ASN have to be > transferred to the new lir so I get rid of the score (and more > important administrative issues). Correct. Signing a contract with a different LIR is the responsibility of the end-user: "If the End User wishes to cease their current contractual relationship, they must first have a new contractual relationship in place with either another sponsoring LIR or else with the RIPE NCC. In either case, such contractual changes must be communicated to the RIPE NCC each time they occur. If such a contract is terminated and a new contract is not realised with another sponsoring LIR or the RIPE NCC, the resources will return by default to the RIPE NCC." If the end-user terminates the contract with you it's not your problem anymore :) I hope these answer are helpful for you. If you have any policy- related questions please let us know, and if you have any operational questions please contact the RIPE NCC. Sander Steffann APWG co-chair From alradhi2000 at yahoo.ca Sun Jan 18 10:22:26 2009 From: alradhi2000 at yahoo.ca (Alaa Al-Din Al-Radhi) Date: Sun, 18 Jan 2009 01:22:26 -0800 (PST) Subject: [address-policy-wg] IPv6 Latest Report 2009 Message-ID: <455884.12629.qm@web35301.mail.mud.yahoo.com> Dear Colleagues ? A new report on IPv6. May be you find it interesting ? http://tinyurl.com/7q8kbw ? Alaa __________________________________________________________________ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php -------------- next part -------------- An HTML attachment was scrubbed... URL: From alradhi2000 at yahoo.ca Tue Jan 27 11:22:02 2009 From: alradhi2000 at yahoo.ca (Alaa Al-Din Al-Radhi) Date: Tue, 27 Jan 2009 02:22:02 -0800 (PST) Subject: [address-policy-wg] Resilience Featuresof IPv6, DNSSEC and MPLS and Deployment Scenarios Message-ID: <621199.74395.qm@web35305.mail.mud.yahoo.com> Dear Colleagues ? Kind regards ? I like to knowledge share with you this latest interesting post: ? http://www.enisa.europa.eu/sta/files/resilience_features.pdf ? Please spread the words among your colleagues and peers. ? Best regards ? Alaa Al-Din ( Aladdin ) Al-Radhi Consultant Engineer and Researcher Passionate / Advocate of: Internet, Science, technology, innovations and new frontiers. alradhi2000 at yahoo.ca , alaalradhi at hotmail.com ? http://www.linkedin.com/in/alaaaldinalradhi? ? http://www.pir.org/index.php?db=content/Website&tbl=About_Us&id=7#aalradhi? ? http://akms.org/site_content.aspx?page_key=board_of_trustees&lang=en??? ? http://www.isoc.org/pubpolpillar/governance/igf-hyderabad_ambassadors.shtm l ? http://aso.icann.org/elections/radhi.html ? http://www.itu.int/ITU-D/arb/ARO_2008_work/IP-Communications/ListofDocs-tn.doc? ? http://icie.zkm.de/join#members ? http://alumni.depaul.edu/community/groups/International.asp __________________________________________________________________ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at psg.com Tue Jan 27 11:37:21 2009 From: randy at psg.com (Randy Bush) Date: Tue, 27 Jan 2009 19:37:21 +0900 Subject: [address-policy-wg] Resilience Featuresof IPv6, DNSSEC and MPLS and Deployment Scenarios In-Reply-To: <621199.74395.qm@web35305.mail.mud.yahoo.com> References: <621199.74395.qm@web35305.mail.mud.yahoo.com> Message-ID: <497EE3E1.2050901@psg.com> > http://www.enisa.europa.eu/sta/files/resilience_features.pdf Please > spread the words among your colleagues and peers. the word i would spread is that this is more marketing than actual operational reality. a survey by the wishful as opposed to the technical. to illustrate, take the first technical point it tries to make > In terms of resilience, IPv6 could address a noteworthy source of > vulnerabilities. It is harder to launch opportunistic attacks such > as worms against IPv6 hosts and makes reconnaissance probing much > more difficult due to the vastness of the address space. The > simplified packet headers and the lack of packet fragmentation make > packet processing by routers easier and more robustly. now go look at http://www.usipv6.com/6sense/2007/jan/article01.htm oh, and ipv6 has fragmentation. randy From xavier at ripe.net Tue Jan 27 14:40:19 2009 From: xavier at ripe.net (Xavier Le Bris) Date: Tue, 27 Jan 2009 14:40:19 +0100 Subject: [address-policy-wg] 2007-08 Implementation: IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region Message-ID: <497F0EC3.50701@ripe.net> [Apologies for duplicate emails] Dear Colleagues, We are pleased to announce that the policy proposed in proposal 2007-08:"Enabling Methods for Reallocation of IPv4 Resources" has been implemented. The RIPE NCC is now ready to accept requests for IPv4 address space transfers under the new policy. This proposal can be found at: http://ripe.net/ripe/policies/proposals/2007-08.html The updated 'IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region' document is available at: http://ripe.net/ripe/docs/ripe-441.html The following RIPE document has also been updated to reflect this policy implementation: http://www.ripe.net/ripe/docs/ripe-446.html Regards, Xavier Le Bris Registration Services RIPE NCC