IPv6 för Sveriges Radios kanaler
Hej!
Jag har sett att adressen 'http-live.sr.se' bara resolvar en IPv4 adress och saknar IPv6. Jag undrar om ni har möjlighet att konfigurera IPv6 för denna så jag kan lyssna på webbradio från min dator som endast har IPv6.
Mvh,
Anton
Jag har sett att adressen 'http-live.sr.se' bara resolvar en IPv4 adress och saknar IPv6. Jag undrar om ni har möjlighet att konfigurera IPv6 för denna så jag kan lyssna på webbradio från min dator som endast har IPv6.
Mvh,
Anton
Följ inlägget
3
följare
Vi har bytt streaming-servrar och har därmed andra länkar. Testa de länkar du hittar här istället:
Länkar till ljudströmmar för alla kanaler - Support - hjälpsidor | Sveriges Radio
Tack för ditt svar!
Jag kollar sidan du länkat och där ser det ut som att samtliga strömmar ligger på en och samma server:
live1.sr.se
När jag kollar vad den servern har för IP ser jag bara en IPv4-adress: 134.25.8.27
Det innebär alltså att min fråga kvarstår även för de nya streaming-servern: Har ni möjlighet att konfigurera IPv6 för denna så jag kan lyssna på webbradio från min dator som endast har IPv6?
Mvh,
Anton
Tack för att du blandat in dina kollegor som har kunskap om IPv4 och IPv6.
Jag väljer att inte svara på din motfråga eftersom att jag anser att det inte har någon betydelse hur det kommer sig att min dator bara har IPv6. Väntar istället på svar från dina kollegor om de har möjlighet att konfigurera IPv6 för streaming-servern.
Mvh,
Anton
De kolleger som arbetar med den nya streamingplattformen har läst (och förstått) frågan. Det teamets ipv6-expert är dessvärre ledig och tillbaka i tjänst på måndag.
Vi hörs under nästa vecka.
Jag har forskat lite och tagit fram mer information.
live1.sr.se ser ut att lastbalansera till edge1.sr.se och edge2.sr.se. Ingen av dessa tre har IPv6 i skrivande stund:
~ host live1.sr.se
live1.sr.se has address 134.25.8.27
~ host edge1.sr.se
edge1.sr.se has address 134.25.8.23
~ host edge2.sr.se
edge2.sr.se has address 134.25.8.24
Däremot har jag sett att webbspelaren ansluter till en annan server som heter ljud1-cdn.sr.se, men det verkar som att det är akamai.net som tillhandahåller den. Den noden har IPv6.
~ host ljud1-cdn.sr.se
ljud1-cdn.sr.se is an alias for ljud1-cdn.sr.se.edgesuite.net.
ljud1-cdn.sr.se.edgesuite.net is an alias for a1604.dscz.akamai.net.
a1604.dscz.akamai.net has address 92.123.135.154
a1604.dscz.akamai.net has address 92.123.135.152
a1604.dscz.akamai.net has IPv6 address 2a02:26f0:e80:3::5c7b:8798
a1604.dscz.akamai.net has IPv6 address 2a02:26f0:e80:3::5c7b:879a
Jag har även noterat att sr.se (huvudsidan) har IPv6:
~ host sr.se
sr.se has address 104.94.222.233
sr.se has address 104.96.179.227
sr.se has address 104.96.177.225
sr.se has address 104.94.220.225
sr.se has address 104.96.180.224
sr.se has address 104.96.181.224
sr.se has address 134.25.4.134
sr.se has address 104.96.176.225
sr.se has address 104.96.178.227
sr.se has address 104.94.223.233
sr.se has address 104.94.221.225
sr.se has IPv6 address 2600:1480:2000:13e::
sr.se has IPv6 address 2600:1480:c000:13e::
sr.se has IPv6 address 2600:1480:a000:13e::
sr.se has IPv6 address 2600:1480:8000:13e::
sr.se has IPv6 address 2600:1480:6000:13e::
sr.se has IPv6 address 2600:1480:3000:13e::
sr.se has IPv6 address 2001:67c:d8:e400::134
sr.se has IPv6 address 2600:1480:4000:13e::
sr.se has IPv6 address 2600:1480:e000:13e::
sr.se has IPv6 address 2600:1480:5000:13e::
sr.se has IPv6 address 2600:1480:1000:13e::
sr.se mail is handled by 10 sr-se.mail.protection.outlook.com.
Med tanke på att public service är en del av skatten borde detta ärende vara högt prioriterat tycker jag.
Men jag väntar fortfarande på svar om det finns möjlighet att konfigurera IPv6 för streaming-servern (live1.sr.se)?
Tack på förhand!
Försiktigt positivt. Min kollega har nu svarat:Tack för att du får oss att kika på detta!
Jag kan med glädje verifiera och bekräfta att det fungerar!
anton@radio:~ $ ss -6
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp ESTAB 0 0 [2001:xxx:cxxx:xxxx::1234]:34902 [2001:67c:d8:e301:250:56ff:feba:2005]:https
Tack så mycket för hjälpen och mycket bra jobbat! Tack för att ni löste detta så snabbt!
nu har både edge1.sr.se och edge2.sr.se slutat att fungera med IPv6.
Hej igen! Jag har de senaste dagarna loggat (dygnet runt) huruvida jag har haft kontakt via IPv6 till edge1.sr.se och edge2.sr.se och här är grafen. Som ni ser har den långt ifrån kontinuerlig konnektivitet och det är flera av dygnets timmar som saknar IPv6. Som referens har jag även loggat motsvarande för IPv4 och där kan jag se att täckningen fullständig.
Hur kommer det sig att IPv6 är så skakigt för dessa servrar?
För edge1.sr.se kommer jag att använda 2001:67c:d8:e301:250:56ff:feba:c5f5
och för edge2.sr.se 2001:67c:d8:e301:250:56ff:feba:2005
FYI: Datat får jag genom att spara resultatet från följande kommando (en gång i timmen)
curl --silent --max-time 10 --ipv6 'http://[2001:67c:d8:e301:250:56ff:feba:c5f5]/p3-aac-320' --output /dev/null -w '%{size_download}\n'
curl --silent --max-time 10 --ipv6 'http://[2001:67c:d8:e301:250:56ff:feba:2005]/p3-aac-320' --output /dev/null -w '%{size_download}\n'
Vilken lyx för oss att ha lyssnare som är så bra på att hjälpa oss att kartlägga problem!
Nyfiken: Vad visas på Y-axeln i ditt diagram?
Tack!
Y-axeln visar hur många bytes jag streamat av strömmen "p3-aac-320" delat på antal sekunder, så siffran visar bytes per sekund. Jag har även tagit medelvärdet mellan edge1 och edge2. Siffran ska ju i princip vara konstant och knuten till AAC 320kbps. I det här diagrammet blir det ju väldigt tydligt ifall jag fått kontakt med servern eller inte, oavsett enhet.
Här är från senaste dygnet:
Senaste dygnet.
Om jag förstod mina kolleger rätt, vad de lite nyfikna på att se statistiken uppdelad mellan edge1 och edge2, för att de om "båda misslyckas samtidigt" för att hinta om ifall problemet ligger i DNS:en eller någon annan stans.
Det kanske inte behövs, dock. I och med att dina grafer visar att det antingen funkar eller också slutar funka helt, så tolkar jag det som om båda servrarna uppvisar samma mönster. (Om bara en av dem hade problem med ivp6, borde det finnas partier i grafen där stapeln var ungefär hälften så hög som vanligt.) Dessutom är det ju något vi i så fall själva kan mäta.
Precis så jag tänkte med att ta medelvärdet! - Funkar bara ena servern ger det en halvhög stapel. Men av de observationer jag har gjort så funkar antingen båda, eller ingen av dem. Det ska bli spännande att höra vad de kommer fram till efter helgen, vilka konstateranden som kan tas.
Referensdiagram för IPv4
Är du samma Anton som skrev i denna tråd?
Synd att "lösta" trådar i forumet tas bort
Tack för tipset med traceroute6 och tcptraceroute6 - jag ska bygga in i mitt script att köra en traceroute när jag tappar kontakten via ipv6.
Känns bra att höra att streamingservrarna fungerar som de ska m.a.p. IPv6. Det ska bli intressant att gå till botten med detta problem.
Tack för hjälpen så här långt och jag återkommer när jag vet mer om routningen.
11 stockholm-tug-r2.sunet.se (2001:6b0:2002:3076::) 9.862 ms 28.240 ms 28.204 ms
12 ro-sr-ext1-gi1-2.sr.se (2001:6b0:1e:2::22) 9.219 ms 9.174 ms 9.199 ms
13 2001:67c:d8:e001::a (2001:67c:d8:e001::a) 9.013 ms 2001:67c:d8:e001::15 (2001:67c:d8:e001::15) 9.072 ms 9.057 ms
14 * * *
15 * * *
Ni var färre än jag hade förväntat mig, och av de träffar jag fick upp, var din fråga den enda jag hade tänkt att skribenten kunde referera till som "en teknisk fråga". (Övriga Antonar har också haft tekniska frågor, detta är ett forum för teknisk support, men frågorna var kopplade till en specifik plattform och det vore mer naturligt att referera till dem som "en Yamaha-fråga" eller "en AppleTV-fråga".)
Det stämmer att avataren är baserad på e-post. I en del trådar har det varit viktigt för att skilja flera lyssnare med samma namn åt.
ro-sr-ext1-gi1-2.sr.se (2001:6b0:1e:2::22) och 2001:67c:d8:e001::a
eller
ro-sr-ext1-gi1-2.sr.se (2001:6b0:1e:2::22) och 2001:67c:d8:e001::15
Där 2001:67c:d8:e001::a och 2001:67c:d8:e001::15 gissar jag är Sveriges radios IPv6-routrar eftersom de båda hör till AS47708.
Har ni några konnektivitetstester för IPv6 till edge1.sr.se och edge2.sr.se utanför ert nät för att säkerställa/bevisa åtkomsten?
Jag hade arkiverat denna tråd vilket gjorde att Foster inte hittade den utan skapade en ny tråd, Strul med IPv6 på live1.sr.se/live2.sr.se, om de problem du uppmärksammat oss på.
Jag har låst hans tråd och kopierar över hans iakttagelser hit:Jag svarade:Varpå Foster skrev.
IPv6 verkar vara trasig igen, samma symtom som förut, på samtliga live1/live2/edge1/edge2, traceroute ser ut samma som tidigare:
% traceroute6 -I -w 1 live1.sr.se
traceroute6 to live1.sr.se (2001:67c:d8:e301:250:56ff:feba:3168) from 2a14:1ec7:f0xx:xxxx:xxxx:xxxx:xxxx:xxxx, 64 hops max, 20 byte packets
1 <snip> 7.926 ms 4.762 ms 3.156 ms
2 <snip> 4.264 ms 4.982 ms 4.159 ms
3 2a12-bec0-2d2--1.static.as208453.net 4.829 ms 4.878 ms 4.520 ms
4 2a02:6ea0:8:1070:5465::5 4.518 ms 5.015 ms 4.673 ms
5 2a04:ae3a:10:19::2 5.274 ms 7.262 ms 12.432 ms
6 * * *
7 * * *
8 sga3-sn-1.tele2.net 9.465 ms 6.488 ms 5.636 ms
9 2a00:800:752:10::6:2d 6.256 ms 6.029 ms 5.979 ms
10 2001:67c:d8:e001::a 5.749 ms 6.049 ms 6.040 ms
11 * * *
12 * * *
13 * * *
^C
Under tiden skapade jag fyra övervakningsjobb på RIPE Atlas:
* live1.sr.se IPv6 ping, var 3:e minut: https://atlas.ripe.net/measurements/120478404
* live2.sr.se IPv6 ping, var 5:e minut: https://atlas.ripe.net/measurements/120478405
* edge1.sr.se IPv6 ping, var 5:e minut: https://atlas.ripe.net/measurements/120478406
* edge2.sr.se IPv6 ping, var 5:e minut: https://atlas.ripe.net/measurements/120478407
Resultat är allmänt tillgängliga. Varje jobb använder slumpmässiga probes/nodes: 2 hos Tele2 (AS1257), 2 hos Telenor (AS2119), 2 hos Bahnhof (AS8473), borde ge en okej bild.
Jag har återkopplat till de tekniker som arbetar med vår streaming. "IPv6-experten" (han som såg grisar flyga) är dock ledig. Hans kollega har försökt kika lite på detta men ser inte var felet ligger, så vi följer upp det när experten kommer tillbaka.
Kollegan berättade även att vi ännu inte har fått den externa IPv6-övervakningen på plats.
I och med att jag inte hade upptäckt att live2.sr.se existerar förrän du skrev om den, frågade jag lite om den:
> så den har Foster nog hittat på egen hand
Stämmer bra 😀 När man ser "live1" eller "edge1", man börjar undra om kanske "live2", "edge2" osv finns också. Det hjälper att kolla om liknande servrar upplever samma problem samtidigt.
Sånt här problem med delvis icke-fungerande IPv6 ska mest märkas av folk som har IPv6 och använder externa spelare såsom VLC. Webbläsarna brukar köra s.k. "Happy Eyeballs" (https://en.wikipedia.org/wiki/Happy_Eyeballs), där webbläsaren testar både IPv6 och IPv4, och använder den protokoll som fungerar bättre.
Jag skulle vilja absolut höra om vad orsaken är när det är löst. Jobbar med IPv6 själv, kan lära mig något nytt här kanske.
Tack för all hjälp så länge, och jag uppskattar jättemycket att ni faktiskt jobbar på det! Situationen med IPv6 i Sverige (https://pts.se/internet-och-telefoni/ipv6/) är ganska tråkig annars.
Anropen till live1.sr.se (och de få som kommer till live2.sr.se förmodar jag) går direkt vidare till antingen edge1.sr.se eller edge2.sr.se. Vilken det blir styr lastbalanseraren. Jag vill vara återhållsam med att tipsa om edge-länkarna, eftersom vi hellre vill att lyssnare använder live1, så att de inte får problem om vi tillfälligt tar bort en edge-server.Det kommer dessvärre att dröja lite innan svar kommer, eftersom han som ska felsöka har semester. När han är tillbaka tar jag själv ledigt i några veckor ...
Jag markerar att jag ska kolla upp hur det gått i början av september, om jag inte har hunnit svara dessförinnan.
kul att se att det är fler än mig som bryr sig om IPv6 och bryr sig om att det funkar! Jag är väldigt sugen på att dela ut syrlig kritik till SR och deras s.k. "Expert", men jag tror jag struntar i det eftersom det inte är konstruktivt..
I slutet av maj ställde jag frågan hur kommer det sig att IPv6 är så skakigt för dessa servrar, men fick aldrig något konkret svar. Jag fortsatte och logga ett tag och kunde se att det inte blev löst, men min energi att driva på och fortsätta tjata svalnade.
Jag blir förvånad över att läsa att Sveriges Radio bara har en endaste person som jobbar med nätverk och att hen har semester.
curl-anropen jag skrev i mitt meddelande 27 maj är de jag använder för att kontrollera konnektiviteten. Jag skulle kunna dra gång dem igen och forsätta att klistra in digram i den här tråden som visar vilka av dygnets timmar som saknar IPv6. Men som jag påpekat tidigare tycker jag nog att Sveriges Radio borde ha egna konnektivitetstester för att säkerställa/bevisa att tjänsterna de tillhandahåller går att använda.
Det är dessutom väldigt störigt när ens köksradio plötsligt bara tvärdör.
Blått är alltså när jag haft IPv6-konnektivitet från AS2833. Vitt är när det inte fungerat.
Vi har inte möjlighet att prioritera övervakning och felsökning av IPv6-strömmarna speciellt högt, men vill förstås ta reda på var problemet finns och lösa det.
Men du har rätt i att våra nätverksexperter kan behöva involveras, i och med att tjänsten är stabil "på insidan".
Så länge detta inte är mer robust, är det fel att mena att det är löst.
Hej!
Det var inte min intention att vara otrevlig på något sätt. Jag ber om ursäkt ifall mitt meddelande uppfattades som det.
Här har jag sammanställt mitt data för konnektivitetstesterna för IPv6. Datat är timme för timme och en rad representerar ett dygn (24 rutor per dygn). Det börjar vid 2025-05-23 och slutar 2025-08-24 (95 dygn senare). Grön betyder att jag fått kontakt med edge1 eller edge2, röd betyder ingen kontakt.
Hoppas detta kan hjälpa er i ert arbete.
Två observationer:
Tack! Jag blev mest orolig över om jag hade formulerat mig otydligt och på något vis hade utlovat att detta är en "tjänst vi tillhandahåller". För säkerhets skull tar jag den saken igen:
Detta är inte en del av vårt ordinarie erbjudande, utan en parallell försöksverksamhet som sker lite vid sidan av. Ambitionen är förstås att den ska vara stabil och välfungerande, men de kolleger som arbetar med vår streaming måste prioritera arbetet med våra stora tjänster, och har fullt upp med detta.
Samtidigt inser vi att det kan komma att bli som med exempelvis trafik över https istället för http, som till att börja med kom till på liknande sätt. Några lyssnare efterfrågade möjligheten att använda https långt innan detta blev en standard (och jag ställde då liknande frågor som de du fick om IPv6 i våras). Vi drog igång ett, till en början haltande, försök som gjorde att vi lärde oss saker och inte hade några större problem att gå över till https när det blev en standard att räkna med.