OBS keeps running while stream on Youtube ends.

[SemperfiVivi]

Hello,

I'm running a 24/7 music stream and it is up since yesterday but today the stream on Youtube just ended but OBS was still on and 'streaming'.
I have logsattached.

What could this be?

Thanks,
Vivi

 

[SemperfiVivi]

Bump

 

[Lawrence_SoCal]

Simple
Look at your log, you lost the connection... OBS still running but unable to send to YouTube... anything from your PC to your Internet connection (and everything in between) are possible culprits, none of which would show up in an OBS log

 

[konsolenritter]

Do you have a dynamic ip address that will be changed (short enforced connection drop by your provider) at night?
Then obs sends again to the ingestion server, but the dropout of the former connection will timeout, so YT ends your stream.

All following data go to the ingestion server via the new connection who drops it to nirvana due to no valid streaming ressources bound on YTs side anymore...

 

[SemperfiVivi]

Simple
Look at your log, you lost the connection... OBS still running but unable to send to YouTube... anything from your PC to your Internet connection (and everything in between) are possible culprits, none of which would show up in an OBS log

Could it also be the Youtube Server is not being able to keep the connection?

 

[SemperfiVivi]

Do you have a dynamic ip address that will be changed (short enforced connection drop by your provider) at night?
Then obs sends again to the ingestion server, but the dropout of the former connection will timeout, so YT ends your stream.

All following data go to the ingestion server via the new connection who drops it to nirvana due to no valid streaming ressources bound on YTs side anymore...

I've just checked with my ISP, it's dynamic but doesn't change much normally. Generally once in a few months.

I do have a double ISP backup, so when one drops out, the other will kick in. Maybe that's the problem?
I mean, I just tested it. Threw one router out, it flawlessly went to the other ISP without errors.

So I'm guessing this is a problem on Youtube's end?

 

[konsolenritter]

I mean, I just tested it. Threw one router out, it flawlessly went to the other ISP without errors.

Did you test exactly your case? (Dropping/threwing one router while the ongoing streaming connection to YT persists?) The test purpose should be to test whats happening to actual/living/working single YT connection.

A double access backup naturally means different ip addresses for each. Isn't it?

 

[SemperfiVivi]

Did you test exactly your case? (Dropping/threwing one router while the ongoing streaming connection to YT persists?) The test purpose should be to test whats happening to actual/living/working single YT connection.

A double access backup naturally means different ip addresses for each. Isn't it?

I did test this, and it just switches to the alternate ISP.

And yes, they are different IPs.

 

[konsolenritter]

Okay then. Sounds a bit like YT's side, as you wrote.

Can you try using the YT's backup server instead? Maybe it handles something different.
Did you experience the stream dropping after a fixed time? Or is it random each time?

 

[SemperfiVivi]

Okay then. Sounds a bit like YT's side, as you wrote.

Can you try using the YT's backup server instead? Maybe it handles something different.
Did you experience the stream dropping after a fixed time? Or is it random each time?

I did try the backup server before, didn't matter.
The stream seems to drop after about 5/6 days of running. (It's always a very similar logfile)
Also always around 5AM, for some reason.

 

[Lawrence_SoCal]

Could it also be the Youtube Server is not being able to keep the connection?

Could be, though I wouldn't start with that assumption. Then again, I'm not sure of YouTube's terms of service, and supporting a 24/7 channel.
There are LOTS of network pieces between your PC and YT's ingest servers, any one of which could be resetting a connection
If routinely at a specific time, have you considered setting up your stream to have a backup stream source, then programatically rotate your ISP connections (initiate a failover) a little before the problematic time ... ie, at 4:58am every day (or other day, or whatever) have your dual-WAN connection swap connections? this is a MacGyver-ish, but ???

 

[SemperfiVivi]

Could be, though I wouldn't start with that assumption. Then again, I'm not sure of YouTube's terms of service, and supporting a 24/7 channel.
There are LOTS of network pieces between your PC and YT's ingest servers, any one of which could be resetting a connection
If routinely at a specific time, have you considered setting up your stream to have a backup stream source, then programatically rotate your ISP connections (initiate a failover) a little before the problematic time ... ie, at 4:58am every day (or other day, or whatever) have your dual-WAN connection swap connections? this is a MacGyver-ish, but ???

It seems one of the two ISPs was acting up once every blue moon (5 days) so I just switched to the other one as main ISP and it's been up longer now. Kinda annoying that the PC doesn't swap to the 'stronger' signal ISP fast enough to prevent the stream drop out, but alas.

 

[konsolenritter]

Maybe it's a security feature on YT side to not allow stream upkeeping when data after a connection outage arrive so fast from a different ip address then? (Just guessing, not being proofed that.)

 

[Lawrence_SoCal]

Kinda annoying that the PC doesn't swap to the 'stronger' signal ISP fast enough to prevent the stream drop out, but alas.

Yea, that is NOT how multi-WAN failover and/or load-balancing works, nor should it. In part as there is no such thing in a data movement perspective of a stronger data signal. It is binary, connected or not, and passing traffic. That is all simple failover devices/software checks.
That an ISP has upstream inter-connect issues for certain traffic only would NOT be a reason to fail-over a connection. In this case, your ISP is responsible for their traffic routing, and if you can identify a problem the ISP should work to resolve (and most ISP would be on top of something like this, presented with proper networking data).

With that said, there are traffic monitoring tools that could redirect traffic of over different ISPs/routes. But the free ones are for the network savvy, and the others I can think of aren't cheap (enterprise target market and associated price tag/support levels)