CANLI
5 ASN PEERING YAPIYORIPv4 1.067.478 PREFIXIPv6 242.012 PREFIXRPKI 1.002.271 VRP17 FENER ÇEVRİMİÇİSON GÜNCELLEME AZ ÖNCE
TREN
Rasat
RASAT / AS

AS3320

Deutsche Telekom AG
954 duyuru9 upstream350 komşu
KAYITRIPE
aut-num
AS3320
as-name
DTAG
descr
Internet service provider operations
remarks
peering coordinators for AS3320:
remarks
abuse reports should be sent to the contacts listed in the registry entries for the IP address of the offending host system
remarks
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.
remarks
the most important and helpful use of the IRR is to publish what a network will announce to peers and upstream
remarks
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)
import
from AS-ANY accept ANY
remarks
we maintain a list of what our neighbors have told us about their announcements towards AS3320 - in terms of AS-set (preferred), AS number, route-set (and the IRR database used to publish)
remarks
in fact we apply route filters based on this for all neighbors - as far as feasible
remarks
for data published through the RIPE routing registry we generate filters automatically
remarks
we consider the integration of RIR and routing registry data and the application of RPSS authorization a great feature of the RIPE routing registry
export
to AS3320:AS-CUSTOMERS announce ANY
export
to AS-ANY announce AS3320:AS-DTAG
remarks
customers are strongly encouraged to define and maintain an AS-set that we will include in the definition of AS3320:AS-DTAG (if we are told the name)
remarks
this will be sufficient to have our peers accept the routes
remarks
in any case peers - and any network in the Internet - is free to apply some selective policy (e.g. prefix length based)
remarks
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
remarks
we advise customers that routes without IRR registration and not covered by AS3320:AS-DTAG may receive less than full support by some of our peer networks and other parts of the Internet
remarks
============================================================== IPv6 we do/publish essentially the same like for IPv4
mp-import
afi ipv6.unicast from AS-ANY accept ANY
mp-export
afi ipv6.unicast to AS3320:AS-CUSTOMERS-V6 announce ANY
mp-export
afi ipv6.unicast to AS-ANY announce AS3320:AS-DTAG-V6
remarks
==============================================================
status
ASSIGNED
mnt-by
DTAG-RR
created
1970-01-01T00:00:00Z
last-modified
2020-12-11T15:33:02Z
source
RIPE

Kayıt, numaranın bağlı olduğu kayıt otoritesinden geliyor ve olduğu gibi gösteriliyor. Rasat bu bilgiyi üretmiyor, doğruluğu kaydı tutan tarafa ait. Tanıtıcılar RIPE veritabanınabağlı.