# Blandat

Allmänt som inte passar under en annan kategori.

# Undervattenskablar

## Allmänt

Kablar under vattenytan kopplar samma kontinenter. Fiberoptik används. Ägs antingen av stora transportföretag (ex. Arelion) eller av stora leverantörer (ex. Google och Meta). Ofta delar företag på infrastrukturen.

Idag används multiplexing vilket gör att det inte är så många fiberkablar i undervattenskablarna. Vid kusten så vill man helst att kablaget går genom sand för att skydda kabeln. Kusten får inte vara för brant. Specifika byggnader används för L1-överlämningen till undervattenskablar, L2/L3 är vanligtvis inte på samma ställe.

### Förstärkare

På vägen finns det förstärkare som ökar ljusnivåerna i ljuset. Ingen omvandling från ljus till el och tillbaka sker utan det sker direkt på ljuset. Drivs av en laser som kommer i ett annat fiberstråk.

### Övervakning

Idag är övervakningen ofta passiv, dvs händer något så sker ett larm om var det exempelvis är avbrott. Mer aktiv övervakning kommer att tillkomma. Ett exempel på aktiv övervakning är mätare på vattentryck, skulle kabeln röra på sig så skulle det isåfall skapa ett larm.

### Redundans

I vissa länder kan undervattenskablarna används som redundans för kablarna på land. Se exempel Brasilien:

[![image.png](https://wiki.jehrlander.net/uploads/images/gallery/2025-07/scaled-1680-/image.png)](https://wiki.jehrlander.net/uploads/images/gallery/2025-07/image.png)

## Källor

[PP060: Subsea Cables and the Watery Risks to Critical Infrastructure](https://packetpushers.net/podcasts/packet-protector/pp060-subsea-cables-and-the-watery-risks-to-critical-infrastructure/)

# Nätverksdesign

Ett bra sätt att tänka på nätverksdesign hörde jag i Packet Pushers podcast, [N4N029: Four Goals of Network Design](https://packetpushers.net/podcasts/n-is-for-networking/n4n029-four-goals-of-network-design/), de fyra S:en (på engelska):

- Stability
- Speed
- Scalability
- Security

# Wireshark

Exempel på sökfilter

<table border="1" id="bkmrk-s%C3%B6kfilter-f%C3%B6rklaring" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 50%;"></col><col style="width: 50%;"></col></colgroup><tbody><tr><td>**Sökfilter**  
</td><td>**Förklaring**  
</td></tr><tr><td>syslog.msgid contains "4768 A Kerberos authentication ticket (TGT) was requested."</td><td>Söker i syslog/udp514-meddelanden efter innehåll. contains gör att det inte måste matcha exakt.  
</td></tr></tbody></table>

# Bundle Protocol

Bundle protocol (BP) är ett protokoll som används inom Delay Tolerant Networking (TDN). TDN är nätverksmiljöer med extrem latens - alltså i rymden. TCP/UDP kan inte användas vid extrema latenser, exempelvis är det 8 timmar enkel väg för radiosignaler att skickas till Mars. BP bygger på ett store-and-forward koncept.

Bundle är oberoende av vilken underliggande transportsmetodik som används. På jorden kan TCP/IP användas medans i rymden kommer Licklider Transmission Protocol (LTP) användas.

I BP kommer buffertar att implementeras på samtliga bundle nodes. Noderna sparar sin bundle tills att en bekräftelse har kommit från mottagande bundle nod, om custody transfer används. Mottagande nod skickar då en "Custody Signal" tillbaka till avsändande nod vid mottagen bundle. Varje bundle har även en TTL som gör att den rensas till slut om överföringen inte har fått en bekräftelse.

Det går även att köra som "fire and forget" utan custody transfer. Bekräftelsen kan då vara TCP/ACK i TCP/IP eller LTP-segment-ACK i LTP och då töms bufferten.

Senaste version av BP är i skrivande stund BPv7, 2025-10-10.

## Routing

Routing i BP avgör vilket nästa-hopp en bundle ska skickas till och när bundle:n ska skickas dit. I Bundle pekar man ut Endpoint Identifiers (EID). För att nå en slutgiltig EID kan man peka ut en annan EID som next hop.

### TCPCL

När TCP Convergence Layer (TCPCL) används, vilket innebär att transportmediumet är IPv4 eller IPv6, så pekas en IP-adress ut för att nå en EID. Det spelar ingen roll om EIDn är direktansluten IP-mässigt eller om det är 15 hopp mellan noderna.

Exempel på post i en BP-routingtabell:

<div class="_tableContainer_1rjym_1" id="bkmrk-destination-eid-next"><div class="group _tableWrapper_1rjym_13 flex w-fit flex-col-reverse" tabindex="-1"><table class="w-fit min-w-(--thread-content-width)" data-end="1367" data-start="1172"><thead data-end="1233" data-start="1172"><tr data-end="1233" data-start="1172"><th data-col-size="sm" data-end="1190" data-start="1172">Destination EID</th><th data-col-size="sm" data-end="1205" data-start="1190">Next Hop EID</th><th data-col-size="sm" data-end="1211" data-start="1205">CLA</th><th data-col-size="sm" data-end="1233" data-start="1211">Kontaktinformation</th></tr></thead><tbody data-end="1367" data-start="1297"><tr data-end="1367" data-start="1297"><td data-col-size="sm" data-end="1315" data-start="1297">dtn://mars-orb/</td><td data-col-size="sm" data-end="1332" data-start="1315">dtn://relay-1/</td><td data-col-size="sm" data-end="1338" data-start="1332">tcp</td><td data-col-size="sm" data-end="1367" data-start="1338">`relay1.example.net:4556`</td></tr></tbody></table>

</div></div>### Contact Graph Routing

För routing i rymden används [Contact Graph Routing (CGR)](https://ntrs.nasa.gov/citations/20120006508). Det finns inga rutt-tabeller i CGR. Rutter räknas ut för varje bundle. CGR räknar ut den bästa tiden för både tid och rum. Bundle-noden har en kontaktplan, Contact Plan Table, som innehåller information om när en annan bundle nod är aktiv samt information om kapacitet, latens och kostnad till de noden.

Exempel:

1. En satellit vet att den har kontakt med en reläsatellit mellan 10:02–10:05 UTC.
2. Den räknar ut att markstationen nås via relänätet inom TTL.
3. Bundlen lagras tills 10:02, skickas via LTP, och tas bort när custody-signal mottas.

LTP själv ansvarar bara för **block-överföring och felkorrigering**, inte routingbeslut.

## Användning

BP används i produktion idag på ex:

- ISS
- James Webb Telescope
- PACE

Vill man installera Bundle på en maskin finns flera publika Github-repon, exempelvis [NASAs HDTN](https://github.com/nasa/HDTN).

## Källor

[RFC 9171 - BPv7](https://datatracker.ietf.org/doc/rfc9171/)