Shape rotate(Shape shape, double angle) {   return switch (shape) { case Circle c -> c; // no action needed case Rectangle r -> r.rotate(angle); case Square s -> s.rotate(angle); } } Problemet med ovenstående er at din Circle/Rectangle/...

Da tunneller kan prioriteres i forhold til hinanden, kan man dermed prioritere trafik vha. QoS, og det er det TDC gør i sit MPLS net. Det er det jeg forsøger at kommunikere til dig, at tunneler IKKE er prioriteret i forhold til hinanden ude på transportnetværket. Der er kun de tre bits til Q...

Nej, det er implementeret med tunnel prioritet. VLAN bruges for at gøre prioriteringen IP-port uafhængig. Sorry det er noget vrøvl. Tunnel prioritet er ikke en QoS feature. Prøv selv at se på MPLS pakke header formattet: https://en.wikipedia.org/wiki/Multiprotocol_Label_Switching#Operation ...

Se f.eks. hvordan TDC gør det: https://tdc.dk/kundeservice/hjaelp-til-produkt/internet/quality-of-service Det er meget muligt at de sælger det sammen med et MPLS produkt, men det der er bare old school QoS. Sandsynligvis implementeret med DSCP tagging af pakker baseret på vlan hos kunden. I ...

"Kan du blive mere præcis på hvilken feature i MPLS du omtaler her?" Tunnel prioritet - MPLS TE Det blev vi ikke klogere af. Tunnel prioritet bruges til at vælge mellem flere alternative tunneller og algoritmen sender 100% af trafikken til den tunnel med lavest prioritet der er...

Ingen i ITU forestiller sig, at det skal være mekanismer som bryder med netneutralitet. Alle behandles ens, men altså med den forskel, at man kan hjælpe sig selv ved at prioritere sin trafik på forhånd. På hvilken måde adskiller det sig fra DSCP / Type of Service feltet fra IPv4? https://en...

Man kender princippet i mere simpel form i MPLS, hvor man - via trafiktypen - adskiller højt og lavt prioriteret trafik. Kan du blive mere præcis på hvilken feature i MPLS du omtaler her? Vores MPLS netværk gør ikke noget i den stil, men hvad ved jeg, vi forsøger også at aflevere 100% af pak...

Alle behøver ikke af have IPv6. Det er vigtigst hvis man har trafik til lande hvor der ikke er flere IPv4 adresser Det er alle lande udenfor Afrika. Herunder er vi specifikt i Danmark også løbet tør for IP adresser. Det betyder at nye internetudbydere leverer IPv6 native IPv4 by NAT som PHK ...

Øh jeg tror ikke nogen vil lave en hjemmeside som kun er IPv6 sålænge de fleste kunder kun har IPv4. Nej men du kunne nemt lave en løsning hvor du kører din hjemmeserver IPv6 only og så bruger du eksempelvis Cloudflare som proxy for IPv4 folket.

Problemet i denne test er sikkert, at TCP på de mange trafikstrømme begynder at justere ned og op på hastigheden uafhængigt af hinanden, og det derfor ikke er muligt at ligge helt på de 100 Mbps Præcis. Hvis Ingeniøren gad lave ordentligt videnskabelig metodik, så kunne de passende gentage t...

Endelig kan man stille sig selv spøgsmålet om tech giganterne er interesserede i at IPv6 slippes løs. Mange af de klassiske amerikanske tech giganter har implementeret IPv6. Eksempelvis: google.com has IPv6 address 2a00:1450:400e:808::200e facebook.com has IPv6 address 2a03:2880:f153:82:f...

Men OK, de har også frem til 2030 at lave den i, så mon ikke det lykkes. Og hvis man ser på IPv6 som eksempel, så skal du frem til 2060 før det så er ved at være implementeret på bare halvdelen af internettet. Og det er hvis alle er enige om at det er en god ide.

Hvilket vel er et andet relevant problem, at de færrest af os har routere med ordentlig trafikstyring, hvilket nok får nogen til at opgradere internetforbindelsen eller lave manuel trafikstyring. Din router kan kun påvirke trafikken i upload retningen. På de fleste hurtige internetforbindels...

Det i sig selv er ikke et problem, men bliver det når/hvis der opstår congestion. Men det har vi en meget enkel løsning på: vi har indkøbt kapacitet så der ikke opstår congestion. Og det har alle vores upstreams også, de lever af at sælge trafik til os, så congestion er lig med tabt omsætning.

Hvad er formålet med denne kampagne fyldt med fejlinformation? På den ene side kritiserer man at der sælges høje hastigheder til private, for i næste afsnit at hævde at det i virkeligheden kun er erhverskunder der reelt får leveret høj hastighed. Det passer ikke. Båndbredde er i dag billig og enh...

Dette er valid HTML (også ifølge W3Cs' validator): Ja men &o; er en HTML entitet. Den er dog ukendt, så muligvis vælger browseren at vise den i stedet for at fortolke. Hvis du udskifter "o" med "amp" eller "lt", etc, vil den pludselig fortolke det. Igen det...

Det virker med innerText i stedet for innerHTML. Men det er defekt HTML du har der. Der er tre tegn der ikke må forekomme i tekst sektioner i HTML: <, > og &. I attribute sektioner er det i stedet valgfrit enten ' eller " samt linjeskift, \ og & der ikke må forekomme. Det...

Har du et kode eksempel der demonstrerer problemet?

Næh næh du, det næste bliver at de vil have lov til at lave DPI, og blokering derfra - måske kombineret med et automatisk dummebødesystem som end ikke Kafka havde fantasi til at forestille sig. Altså det virker til at være mere jordnært: "Ligeledes indebærer denne CoC, at når...

Jeg har lavet et nyt program, denne gang i NodeJS. Designet explicit til at undgå enhver form for escape af tekststrenge. Ingen HTML entities og ingen JSON escape eller nogen anden form for behandling af tekst strenge. Teksten transmitteres som den er i UTF-8 format, fra databasen, over HTTP, gem...