This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] 2015-05 Discussion Period extended until 13 May 2016 (Last /8 Allocation Criteria Revision)
- Previous message (by thread): [address-policy-wg] 2015-05 Discussion Period extended until 13 May 2016 (Last /8 Allocation Criteria Revision)
- Next message (by thread): [address-policy-wg] 2015-05 Discussion Period extended until 13 May 2016 (Last /8 Allocation Criteria Revision)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Radu-Adrian FEURDEAN
ripe-wgs at radu-adrian.feurdean.net
Fri Apr 22 17:01:45 CEST 2016
On Fri, Apr 22, 2016, at 15:05, Nick Hilliard wrote: > Regarding the current allocation policies, you still have not addressed > the query that several people have raised about why it is better to shut > off opportunities for future internet service market entrants than it is > to make things marginally easier for a small segment of the existing > market for a short period of time, other than "but it hurts". Hi, I do understand that. I just do not agree with the "as long as possible, no matter what" approach. For me, the issue is that right now we are in a "please suffer, the solution is not working yet" situation. Pain management. The only solution right now is pain suppressors. Some have stocks, some just get enough to see it's possible but not enough to get to a point where they can get on by themselves. Only a few are not affected at all.
- Previous message (by thread): [address-policy-wg] 2015-05 Discussion Period extended until 13 May 2016 (Last /8 Allocation Criteria Revision)
- Next message (by thread): [address-policy-wg] 2015-05 Discussion Period extended until 13 May 2016 (Last /8 Allocation Criteria Revision)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]