RegPEX Kabul Edilebilir Kullanım Politikası (AUP)
1. Amaç
Bu politika, RegPEX peering altyapısının tüm üyeler tarafından güvenli, verimli ve adil bir şekilde kullanılmasını sağlamak amacıyla hazırlanmıştır.
2. İzin Verilen Kullanım
RegPEX peering port'ları aşağıdaki amaçlarla kullanılabilir:
- Unicast IPv4 ve IPv6 trafik değişimi (peering)
- BGP oturumları (route server ve/veya bilateral)
- ICMP/ICMPv6 (ping, traceroute vb.)
- BFD (Bidirectional Forwarding Detection) oturumları
3. Yasaklanan Kullanım
Aşağıdaki kullanımlar kesinlikle yasaktır:
3.1 Trafik Kısıtlamaları
- Transit: RegPEX üzerinden başka bir katılımcıya transit (üçüncü şebekelere erişim) sağlamak veya ondan transit almak; bu amaçla varsayılan rota, tam yönlendirme tablosu veya katılımcının kendi ve müşterilerinin prefixleri dışındaki rotaları vermek ya da almak. Katılımcının kendi müşterilerinin prefixlerini anons etmesi, ikili BGP oturumları ve route server üzerinden peering bu yasak kapsamında değildir; katılımcının RegPEX dışında kendi müşterilerine transit sunması da kısıtlanmaz (Katılım Sözleşmesi Ek-2.7)
- Özel trafik taşıma: RegPEX altyapısını ortak peering yayın alanı dışında, iki nokta (POP'lar dâhil) veya belirli katılımcılar arasına ayrılmış bir Katman-2 bağlantısı (noktadan noktaya taşıma, özel VLAN, kapalı devre) olarak kullanmak. Ortak yayın alanı üzerinden ikili peering özel taşıma sayılmaz; katılımcının kendi bağlantı noktaları (farklı POP'lardaki portları dâhil) arasında kendi trafiğini ortak yayın alanı üzerinden taşıması ise özel taşımadır. RegPEX özel VLAN veya noktadan noktaya taşıma hizmeti sunmaz (Katılım Sözleşmesi Ek-2.7)
- Default route duyurusu: 0.0.0.0/0 veya ::/0 route server'a veya bilateral peer'lara duyurmak
- Proxy ARP/NDP: Peering VLAN üzerinde ARP/NDP proxy yapmak
- DHCP: Peering VLAN üzerinde DHCP sunucu çalıştırmak
- Spanning Tree: STP/RSTP/MSTP paketleri göndermek
- Broadcast storm: Aşırı broadcast/multicast trafik üretmek
- MAC flooding: Birden fazla MAC adresi kullanmak (onaysız)
3.2 Güvenlik Kısıtlamaları
- IP Spoofing: Kaynak IP adresi sahteciliği
- ARP Spoofing: ARP cache zehirlemesi
- DDoS: Dağıtık hizmet engelleme saldırıları başlatmak veya yönlendirmek
- Port tarama: Peering VLAN üzerindeki diğer üyelerin portlarını taramak
- Yetkisiz erişim: Diğer üyelerin ekipmanlarına erişim denemesi
- BGP Hijacking: Kendisine ait olmayan prefix'leri duyurmak
3.3 İçerik ve Yasal Kısıtlamalar
- Türkiye Cumhuriyeti yasalarına aykırı içerik iletimi
- Telif hakkı ihlali amacıyla kullanım
- Spam veya istenmeyen toplu iletişim trafiği
4. Teknik Standartlar
4.1 Ethernet Frame Gereksinimleri
- Minimum frame boyutu: 64 byte
- Maksimum frame boyutu: 1500 byte (standart) / 9000 byte (jumbo, talep üzerine)
- İzin verilen EtherType: 0x0800 (IPv4), 0x86DD (IPv6), 0x0806 (ARP)
- VLAN tag'li frame'ler (802.1Q) yasaktır (trunk port kullanılmaz)
4.2 BGP Gereksinimleri
- MD5 veya TCP-AO kimlik doğrulaması önerilir
- GTSM (Generalized TTL Security Mechanism) desteklenmelidir
- Maximum-prefix limit tanımlanmalıdır
- Graceful restart desteklenmelidir
5. Kaynak Tüketimi
- Üyeler, peering port kapasitelerini adil şekilde kullanmalıdır.
- Sürekli olarak port kapasitesinin %80'ini aşan üyelere yükseltme önerilir.
- ARP tablosu kirliliğini önlemek için üye başına tek MAC adresi kuralı geçerlidir.
6. İzleme ve Uygulama
- RegPEX, ağ sağlığı ve güvenliği amacıyla trafik izleme yapar (sFlow/NetFlow).
- İzleme verileri yalnızca toplu istatistik ve anomali tespiti için kullanılır.
- Bireysel trafik içeriği incelenmez; transit ve özel taşıma incelemesi yalnız route server verileri ile örneklenmiş akış verisinin başlık alanlarına (MAC adresleri, ethertype, IP adresleri ve önekleri, bayt sayıları) dayanır.
- Transit ve özel taşıma göstergeleri yalnız inceleme ve yazılı uyarı başlatır; kendiliğinden ihlal sayılmaz ve otomatik yaptırım doğurmaz (Katılım Sözleşmesi Ek-2.7).
7. İhlal Prosedürü
Müdahale kademeleri Katılım Sözleşmesi Ek-2.6 uyarınca uygulanır:
| Kademe | Durum | Müdahale | Bildirim |
|---|---|---|---|
| 1 | Platform bütünlüğüne aktif tehdit (döngü, broadcast fırtınası, DDoS kaynaklı taşma) | Portun derhal askıya alınması | Eş zamanlı veya hemen sonra |
| 2 | Teknik kural ihlali, tehdit oluşturmayan | Yazılı uyarı, beş (5) iş günü düzeltme süresi | Önceden |
| 3 | Düzeltilmeyen ihlal | Portun askıya alınması | Önceden |
| 4 | Tekrarlayan veya ağır ihlal | Sözleşmenin feshi | Ana sözleşme hükümlerine göre |
Kademe 1 müdahalesi platform bütünlüğünün korunması amacıyla önceden ihbarsız uygulanabilir; İŞLETMECİ müdahalenin gerekçesini ve teknik dayanağını yirmi dört (24) saat içinde katılımcıya yazılı olarak bildirir (Katılım Sözleşmesi Ek-2.6).
Transit veya özel taşıma ihlalinde, inceleme sonucunda ihlal kanıtlanırsa kural olarak kademe 2 ile başlanır; düzeltilmezse kademe 3, tekrarlanırsa veya ağır ise kademe 4 uygulanır. İhlal platform bütünlüğüne aktif tehdit oluşturuyorsa kademe 1 uygulanır (Katılım Sözleşmesi Ek-2.7).
8. Raporlama
Politika ihlallerini raporlamak için:
- E-posta: peering@regpex.tr
- Acil: noc@regpex.tr / +90 (312) 988 00 00