Pagina 1 van 1
scarlet en streaming
Geplaatst: 15 apr 2013, 21:03
door PumbaaH
vreemd wederkerend probleem hierzo.
Ik en mijn collega zijn beide scarletters en streamen beide voor een webradio. Wij ondervinden nu geregeld dat de verbinding met de streamserver er zo nu en dan uitdondert en bij onze nederlandse collega"s....... valt dat probleem nooit voor.
Ik wijs niet meteen in de richting van scarlet want het heeft geruime tijd feilloos gewerkt tot vorige donderdag. Toen ik voorbije donderdag telefonisch zat te interviewen (pc voipoplossing en duurde 40 minuten) was er met de voip geen probleem en toch ging de verbinding met de streamserver meer dan 6 keer verloren op de hele avond (18 uur tot middernacht). Ook is er nog zat upload en download snelheid voorhanden al vind ik het wel vreemd dat wij 2 het net hebben en al de rest niet.
Hoewel al de rest dat internet (chat, verzoekserver) blijft werken krijgen we van de shoutcast server deze melding:
<04/15/13@19:02:22> [source] source dropped connection. disconnecting.
Re: scarlet en streaming
Geplaatst: 15 apr 2013, 21:22
door DIBO
ik weet niet of er enig verband is want zit op andere VLAN en vermoedelijk zal daar wel een andere qos spelen, maar sinds een weekje heb ik af en toe haperingen in BGC TV (SD zonder extra veel internet trafiek op 30/6 profiel Scarlet One). En geen re-syncs of errors te zien. Niet dat het echt hinderlijk wordt zoals in jouw geval, maar vroeger nooit iets dergelijks gehad.
Re: scarlet en streaming
Geplaatst: 15 apr 2013, 21:30
door PumbaaH
Dat staat denk ik los van het mijne.
Het zou kunnen dat er tussenin iets misgaat tijdens het hoppen.... al heeft mijn collega het nog erger dan ik. Die valt elke uitzending 1 of 2 keer uit. Dus nu vraag ik mij af of het aan scarlet kan liggen.... kan ook bij de streamaanbieder zijn natuurlijk al zouden m'n nederlandse collega's ook zulke toestanden moeten ervaren dacht ik zo.
Dat het aan de gebruikte codec ligt is ook uitgesloten want het is dezelfde als bij de nederlandse collega's
Re: scarlet en streaming
Geplaatst: 15 apr 2013, 21:37
door krisken
Krijg je dit probleem ook bij andere online radio's? Kan evengoed een serverinstelling zijn bvb. Of een routingprobleem plots (verzadiging van de lijn). Ik noem maar wat...
Re: scarlet en streaming
Geplaatst: 15 apr 2013, 22:17
door PumbaaH
't is de eerste radio waar ikzelf problemen mee ondervind..... bij anderen was het enige probleem de 36h disconnect
Re: scarlet en streaming
Geplaatst: 16 apr 2013, 11:32
door PumbaaH
na enkele traces gedaan te hebben kreeg ik deze:
Tracing route to server-11.stream-server.nl [83.96.145.30] with TTL of 32:
1 0ms 0ms 0ms 10.0.0.2
2 19ms 19ms 19ms ip-83-134-106-1.dsl.scarlet.be [83.134.106.1]
3 20ms 20ms 20ms ae-66-200.iarstr2.isp.belgacom.be [91.183.241.186]
4 20ms * * ae-13-1000.ibrstr3.isp.belgacom.be [91.183.246.74]
5 * 21ms 20ms 80.84.23.40
6 28ms 25ms 25ms 94.102.162.33
7 25ms 24ms 25ms ams-bgc-r4-t4-1.car.belbone.be [80.84.18.167]
8 25ms 25ms 25ms 94.102.160.138
9 35ms 25ms 26ms te-1-4.cr1.eun.proserve.nl [195.69.145.63]
10 25ms 28ms 27ms te1-1-vl3.cr2.eun.nl.proserve.nl [80.84.254.26]
11 26ms 26ms 27ms te5-5-vl12.cr2.dp.nl.proserve.nl [80.84.254.66]
12 26ms 27ms 27ms server-11.stream-server.nl [83.96.145.30]
Traceroute complete.
Maar ik krijg veel meer deze;
Tracing route to server-11.stream-server.nl [83.96.145.30] with TTL of 32:
1 0ms 2ms 0ms 10.0.0.2
2 23ms 19ms 19ms ip-83-134-106-1.dsl.scarlet.be [83.134.106.1]
3 20ms 20ms 21ms ae-66-200.iarstr2.isp.belgacom.be [91.183.241.186]
4 * * 22ms ae-13-1000.ibrstr3.isp.belgacom.be [91.183.246.74]
5 * * * Request timed out.
6 25ms 26ms 26ms 94.102.162.33
7 25ms 25ms 25ms ams-bgc-r4-t4-1.car.belbone.be [80.84.18.167]
8 25ms 28ms 25ms 94.102.160.138
9 28ms 25ms 26ms te-1-4.cr1.eun.proserve.nl [195.69.145.63]
10 25ms 26ms 28ms te1-1-vl3.cr2.eun.nl.proserve.nl [80.84.254.26]
11 27ms 27ms 27ms te5-5-vl12.cr2.dp.nl.proserve.nl [80.84.254.66]
12 29ms 27ms 29ms server-11.stream-server.nl [83.96.145.30]
Traceroute complete.
Re: scarlet en streaming
Geplaatst: 19 apr 2013, 13:17
door PumbaaH
Oorzaak is gevonden.
Blijkbaar was de boosdoener de nieuwe Lame encoder die we in gebruik hadden genomen. Dus bij deze is het opgelost