Aut NumberAS8315
AS NameWORLDSTREAM
StatusASSIGNED
MP Import
afi ipv6.unicast from AS-ANY accept ANY
MP Export
afi ipv6.unicast to AS8315:AS-ACNBB announce ANY
afi ipv6.unicast to AS-ANY announce AS8315:AS-ACNBB
OrganizationORG-WA106-RIPE
Admin Contacts
SK16894-RIPE
Tech Contacts
SK16894-RIPE
Remarks
Worldstream
https://www.worldstream.com
==============================================================
Please find our peering details at
http://as8315.peeringdb.com/
==============================================================
We have an open peering policy and would like to peer with
you. Please send requests to noc@worldstream.com
==============================================================
NOC: noc@worldstream.com
Abuse: abuse@worldstream.com
==============================================================
We share the view that for many networks ( including ours:-) )
only some abstraction of the actual routing policy should/can
be published in the IRR.
Right now we are abstracting to a very essential minimum.
the most important and helpful use of the IRR is
to publish what a network will announce to peers and upstream
we are providing that by means of the AS-set AS8315:AS-WORLDSTREAM
which we have been keeping up to date all the time
we encourage all our neighbors to define and maintain an
AS-set to describe their announcements, and to register
all the routes (and have their customers do so as well)
we maintain a list of what our neighbors have told us
about their announcements towards AS8315 - in terms of
AS-set (preferred), AS number, route-set
(and the IRR database used to publish)
in fact we apply route filters based on this
for all neighbors - as far as feasible
for data published through the RIPE routing registry
we generate filters automatically
we consider the integration of RIR and routing registry data
and the application of RPSS authorization a great feature
of the RIPE routing registry
unfortunately this benefit is not available with any
other IRR database that we know of...
and some of the IRR databases allow essentially any garbage
to be registered without any control - making those databases
quite useless...
customers are strongly encouraged to define and maintain
an AS-set that we will include in the definition
of AS8315:AS-ACNBB (if we are told the name)
this will be sufficient to have our peers accept the routes
in any case peers - and any network in the Internet -
is free to apply some selective policy (e.g. prefix
length based)
but we do not think that any such selective policy
will be based on details of our routing policy omitted
from this aut-num: object
unfortunately some customers do not provide usable IRR data;
we will NOT add to the uncontrolled garbage in the IRR by
proxy registering in some database that requires no
authorization
we advise customers that routes without IRR registration
and not covered by AS8315:AS-ACNBB may receive less than
full support by some of our peer networks and other
parts of the Internet
==============================================================
IPv6 we do/publish essentially the same like for IPv4
==============================================================
Maintained By
RIPE-NCC-END-MNT
MNT-WORLDSTREAM
Date Created2006-01-05
Date Updated2026-03-30
SourceRIPE
