Obecnie w ICMie działa router IPv6 oparty na dwuprocesorowym Sunie SparcStation 10 z Linuxem 2.2 i Zebrą. Podłączonych jest ok. 130 tuneli, w tym 5 do zagranicznych pTLAs (AMS-IX, CICNET, JANET, SICS, UNI-C), ok. 30 używa routingu dynamicznego BGP4+. ICM uzyskał w maju 1999 r. status pTLA (pseudo Top Level Aggregation) w sieci testowej 6BONE i rozdaje chętnym podsieci pNLA (/48) lub mniejsze z sieci 3ffe:8010::/28. 5 września 2000 r. dostaliśmy prefiks 2001:06A0::/35 w nie-testowej przestrzeni adresowej IPv6 i zostaliśmy subTLA (sub-Top Level Aggregation)

Współpracujemy z ośrodkiem szczecińskim (dzemik@ps.pl), który obecnie ma połączenia BGP z ATT (NL), MERIT, 6COM (INR, TELEBIT DK i in. w planach). Używamy wspólnego numeru AS8664 (serwisy publiczne ICM), tworząc razem jeden ośrodek pTLA. Szczecin przydziela podsieci 3ffe:8014::/32.

Od sierpnia mamy, na własne życzenie, problemy z routingiem serwisów publicznych ICM do świata. Obecnie jedyne wyjście prowadzi przez TP SA. Mam nadzieję, że niedługo to zostanie naprawione.

Zrobione:

• Współpraca ze Szczecinem, wspólny AS
  Od r. 2000. Szczecin ma obecnie problemy ze stabilnością.
• Stabilność routera
  Po serii problemów udało się uzyskać stabilną pracę na jądrach 2.2.15pre. Jądro pre15 osiągnęło w czerwcu 81 dni uptime'u i padło. Teraz używamy 2.2.17pre...
• Uruchomienie dodatkowych połączeń BGP
  Kwiecień-czerwiec 2000 r.: AMS-IX w Holandii i JANET w Wlk. Brytanii.
• Przywrócenie BGP z UNI-C
  Stary router (Telebit?) w UNI-C używa specyfikacji multi-protocol BGP draft-ietf-idr-bgp4-multiprotocol-00.txt z 1997 r. (przed listą prefiksów znajduje się dodatkowa 2-bajtowa liczba określająca wielkość tej informacji) Komenda Zebry

   ipv6 bgp neighbor 3ffe:1400:0:ff00::12         version 4-
  

  przełącza na starszą odmianę protokołu. MRT umie to zrobić automatycznie. Przy analizie protokołu BGP bardzo pomaga program ethereal.
  Ostatnio router UNI-C znikł z Sieci, administratorzy potwierdzają przerwę w uczestnictwie w 6BONE.
• Wymiana MRT na Zebrę
  ..została dokonana 18 maja 2000. Główny powód to małe możliwości filtrów w MRT, co przy szybkim rozwoju 6BONE, zwłaszcza w Polsce, jest bardzo niedogodne. Zebra również lepiej sobie radzi z interfejsami tuneli - nie są potrzebne dodatkowe statyczne informacje routingowe. Rozdzielenie programów bgpd i zebra pozwala, przynajmniej w teorii, na odseparowanie wzajemnych wpływów rekonfiguracji routingu statycznego i dynamicznego.
• Wykłady o IPv6
  W roku akad. 1999/2000, w ramach wykładu/seminarium dot. protokołów sieciowych prowadzonych przez Wojtka Sylwestrzaka studenci i RM opowiadali m.in. IPv6, translacji protokołów i protokołach routingu.
  sierpień 2000, Budapeszt, warsztaty CEENET - rzm 1-3 XII 2000, Jastrzębia Góra, Pingwinalia PLUG - rzm
• Optymalizacja statystyk mrtg
  ping6 -ni 0.2 -w 3 ...
• Automatyczna aktualizacja informacji o dostępności DNS itp.
  
• Dodanie przepustowości łącz do statystyk
  
• Statystyki ruchu
  Dla poszczególnych portów i protokołów v4 i v6. Duże obciążenie tcpdumpem i awkiem. Routerowi ulżyło dołożenie drugiego procesora. To jedyny z ok. 5 sprawdzanych SS10 w ICMie, jaki dziala w trybie SMP.
• Serwer sieci irc6.pl
  
• Uzyskanie adresów nie-testowych
  Pod koniec maja został wysłany wniosek, prefiks został przyznany 5 IX 2000 r. W przygotowaniu regulamin. Problemy: kogo dokąd można tranzytować, przebicie się przez stosy regulaminów RIPE.

• Zestawianie połączeń IPv6/ATM przy użyciu routera Cisco albo karty ATM
  Ze względu na obawę o stabilność naszych głównych routerów nie używamy jeszcze na nich IOSa z IPv6, który zresztą jest dostępny tylko jako wersja nieoficjalna. Została zamówiona karta ATM Fore 200E SBA do routera na SS 10. Udało się uruchomić LANE na jądrze 2.2 z PLD.
• Podłączenie do 6REN, za pośrednictwem POL-34
  
• Rozdzielanie adresów nie-testowych
  W przygotowaniu regulamin. Problemy: kogo dokąd można tranzytować, przebicie się przez stosy regulaminów RIPE.
• Uruchomienie serwisu translacji IPv4-IPv6
  Przeczytałem dokładnie RFC o SIIT i NAPT-PT. Brakuje oprogramowania.
• Zmiana adresu IPv4 naszego routera
  W klasie C używanej przez ICM na serwisy publiczne robi się ciasno. Mamy dostać nowe adresy, ale obecne 193.219.28.0/24 będziemy musieli oddać. Termin nieznany.
• Wycofanie podsieci 3ffe:902::/32
  Jako prefiks pNLA nie ma pełnego routingu BGP, jest zależny od stabilności połączenia z routerem CICNETu, który jest daleko i miewa duże problemy z nawiązywaniem połączenia BGP albo wysyła 0 prefiksów.
• Uporządkowanie routingu BGP
  Wewnątrzkrajowe połączenia tunelowe rozwijają się spontanicznie. Reguły tranzytowania wymagają przemyślenia i dopasowania do topologii IPv4. Wyjścia za granicę dostają filtrowane i zagregowane prefiksy, ale wymagają większej uwagi przy określaniu priorytetów. BGP przez najbardziej egzotyczne tunele powinny mieć przynajmniej jeden dodatkowy ASN dodany na wejściu i wyjściu do AS-Paths.
• Delegowanie rDNS formularzem w BOFH-style a la www.art.pl
  
• Serwisy używające IPv6
  FTP, WWW, ssh, ...
• Optymalizacja statystyk mrtg
  Użycie wersji z bazą danych i generowaniem obrazków przez CGI na życzenie zmniejszy obciążenie.

Kontakt: Rafał Maszkowski