Hello
I use a MAX BR1 Pro 5G with an eSIM and a Starlink bonded through speedfusion. Yesterday, during my live stream to youtube, I experienced some issues. See video here https://youtube.com/live/o12kg3A2CHM
Some examples of the failures in minutes 16:10 , 22:36, 55:22
Is it possible to access the router logs to analyze what went wrong?
Thank you!
Hi @pablofuente ,
You can do this in a couple of different ways. What I would recommend is to go into your InControl2 and go to your device. Toward the top left, next to “device details,” you will see “reports.” Hover over that, and a drop-down will appear. You are looking for WAN quality reports and bandwidth and usage reports. Between these two, it should shed some light on where in the YouTube stream you started to experience difficulty.
You may also log into the local or remote web admin, select “status” at the top right, and click on Event log on the left-hand side of your screen. Here, you can view the exact times to see whether the device disconnected or lost connection.
Best of luck!
Respectfully,
Chris
Pablo, first off, great stream!
A BR1 Pro 5G is great for this, but a single cellular link alongside starlink, in my opinion, will result in exactly what you saw: a GREAT stream with a handful of small hiccups. It’s likely that the cellular environment where you were was challenged (lots of people trying to stream with not great capacity from the cell site, just guessing) and you were likely resulting on your Starlink connection (as @cwillett mentioned), and Starlink will drop some packets here and there. But again, I think your stream turned out great for what you were using!
1 Like
Thanks so much for your responses. Please see the pictures. Thanks a lot for helping me to interpret them!
Yeah, this is pretty much what I said in my previous reply. Your cellular connection was terrible in the latter half of your graph there. The fact that your stream did so well is a testament to how performant SpeedFusion Bonding is!
If you look at 1700h you’ll see that your cellular link was having quite a bit of trouble (please show the legend in the future, but I’m pretty sure that’s latency). At the same time, the Starlink uplink showed offline for a quick burst. There are some setting changes you can do to possibly improve this behaviour in addition to some features added in 8.5.0 (ignore obstructions) that will also help.
Again, given the graphs that you’ve shown, your stream performed exceptionally well in a challenging environment!
1 Like
Christopher,
I cannot thank you enough for analyzing the stream and for your comments. I really appreciate them.
I will definitively check the settings to ignore obstructions. Are there any other suggested changes? Again, thank you!!!
Be sure to review the Starlink best practices from Peplink: https://download.peplink.com/resources/peplink_with_starlink_faq.pdf
1 Like
Thanks for sharing!. I was told to use FEC in the adaptative mode. Will low be better in my scenario?
Yes, use adaptive 
1 Like
Thanks again Christopher, to recap:
- WAN Smoothing - Normal
- FEC - Adpatative
- Traffic Distribution - Dynamic Weighted Bonding
- Congestion Latency Level - Low
- Ignore Obstturctions: On
Appreciate you letting me know if I should modify or switch off any of those parameters. The one that concerns me the most is Wan Smothing, given the cost of data in the US.
Thanks again!!!
I wouldn’t use WAN Smoothing alongside FEC. For streaming, use FEC in adaptive and WAN Smoothing as Off. Others may have more experience here, but this is where I have the best success.
I find the bonding doesn’t react quicker enough for when the Starlink looses connectivity, by time the sims has reacted the stream has gone offline, I find putting a sim in the same Priority as Starlink helps with the bonding, Starlink in Priority One and Sim on Priority Two doesn’t seem to work.
1 Like
That is exactly how I set it up. Thanks Jeff!
Hi,
Personally, when I do live streams with only two WAN connections, I use WAN smoothing to alleviate the problem of stream drops. If possible, I also increase the buffer for the stream in case both connections drop at the same time. Yes, it won’t be low latency, but it’s better to have the stream running flawlessly than to experience dropouts.
There was a time when I only had Starlink and no other WAN options available. I used a large buffer (greater than 1 second), and the stream was smooth, even with Starlink connection drops.