084444464aaa3403a6787234ffa2a1cf02a73573
Frequently-Asked-Questions.md
... | ... | @@ -15,3 +15,16 @@ There are some ASes in DN42 that route IPv6 traffic. It is not yet agreed upon w |
15 | 15 | (*TODO*) |
16 | 16 | |
17 | 17 | At the moment, it is safe to assume that everyone doing IPv6 routing accepts at least prefixes from fd00::/8 with prefix lengths between 48 and 64 bits (inclusive) if they are part of the registry. |
18 | + |
|
19 | + |
|
20 | +## Why are you using ASN in the 76100-76199 range? |
|
21 | + |
|
22 | +Yes, we know that this is not private ASN space (rather, it is part of the reserved block 65552-131071, see [IANA](http://www.iana.org/assignments/as-numbers/as-numbers.xhtml)). |
|
23 | + |
|
24 | +We used to assign ASN in the 64600-64855 range, where you would get ASN 64600+X if you had 172.22.X.0/24. Since we are now assigning /25 by default, and we have extended the address range to include 172.23.0.0/16, this is legacy. |
|
25 | + |
|
26 | +Another issue with the private ASN range 64512-65534: other projects are also using it (for instance, Freifunk, Anonet, etc), which can lead to conflicts. |
|
27 | + |
|
28 | +Fortunately, [RFC6996](http://tools.ietf.org/html/rfc6996) defines a new private ASN range: 4200000000-4294967294. Given the size of this range, there is little chance of running into a conflict. |
|
29 | + |
|
30 | +dn42 is now using the **4242420000-4242429999** range for new allocations. |