<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap:break-word"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Yes.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">m.</div> <br> <div id="bloop_sign_1467729457844207104" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px"><br></div></div> <br><p class="airmail_on">On 5 lipca 2016 at 16:27:32, Yaniv Sharon (<a href="mailto:yaniv.sharon@gmail.com">yaniv.sharon@gmail.com</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div lang="EN-US" link="blue" vlink="purple"><div></div><div><div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">The side effect of <audio> is also a bandwidth usage? linear to the amount of "fake" listeners?</span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Marcin Lewandowski [mailto:<a href="mailto:marcin@saepia.net">marcin@saepia.net</a>] <br><b>Sent:</b> Tuesday, July 05, 2016 4:31 PM<br><b>To:</b> Christoph Zimmermann; <a href="mailto:icecast-dev@xiph.org">icecast-dev@xiph.org</a>; Yaniv Sharon<br><b>Subject:</b> Re: [Icecast-dev] multiple connection (be careful with carrier-grade NAT)</span></p></div></div><p class="MsoNormal"> </p><div id="bloop_customfont"><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif"">As I have written before, I’ve seen that if broken html5 <audio> players were used but then amount of connections was gradually increasing.</span></p></div><div id="bloop_customfont"><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif""> </span></p></div><div id="bloop_customfont"><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif"">m.</span></p></div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif""> </span></p><div id="bloop_sign_1467725395903042048"><div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif""> </span></p></div></div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif""> </span></p><p class="airmailon"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif"">On 5 lipca 2016 at 12:39:54, Yaniv Sharon (<a href="mailto:yaniv.sharon@gmail.com">yaniv.sharon@gmail.com</a>) wrote:</span></p><blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"><div><div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Helvetica","sans-serif"">Hi,<br><br>Yes I aware to the NAT possibility,<br>But let's assume that this is the issue, there is no reason that 30 listeners<br>From the same country will connect and disconnect at the same time range...<br><br>I'm pretty sure that its individual listener/IP.<br>I deleted the Access log files, but in the next time that I will catch similar situation again,<br>I will complete the investigation.<br><br>Nobody from you folks get into situation like mine before?<br><br><br><br>-----Original Message-----<br>From: Icecast-dev [mailto:<a href="mailto:icecast-dev-bounces@xiph.org">icecast-dev-bounces@xiph.org</a>] On Behalf Of Christoph Zimmermann<br>Sent: Saturday, July 02, 2016 12:32 AM<br>To: <a href="mailto:icecast-dev@xiph.org">icecast-dev@xiph.org</a><br>Subject: Re: [Icecast-dev] multiple connection (be careful with carrier-grade NAT)<br><br>Hi all<br><br>> I didn't pick up the data from the access file, just from the error <br>> file...<br><br>I would have a look at them. My guess is (I explain below why) that you will see different agents for your multiple connections.<br><br>> The situation that I'm describing is very different, 20-30 (and once <br>> even almost 40) "listeners" from the same IP, for a long time. Each <br>> "listener" using true bandwidth.<br>> The IP source is from Vietnam, Korea...i really think that abusing its <br>> what I'm talking about.<br>> ( What a mobile device will handle 30 instances for 20 minutes? )<br><br>The short answer is: Carrier-grade NAT<br><a href="https://en.wikipedia.org/wiki/Carrier-grade_NAT">https://en.wikipedia.org/wiki/Carrier-grade_NAT</a><br><br>Longer story:<br>Back in 2011 the available IPv4 addresses ran out. All of them.<br>As you know, you need a public IP address to be able to receive Data from a server. But in the meantime several hundred million mobile phones got connected to the Internet.<br><br>An ugly way to handle this bad situation is to use Carrier-grade NAT, means that thousands of mobile phones share the same public IP address.<br>The clean solution would be to use IPv6. Icecast is IPv6 ready.<br><br>I'm quite sure that it explains your situation, especially because you get this connections from Korea and Vietnam. The Asian region has much fewer IPv4 addresses to use compared to earlier connected regions (USA, EU), so Carrier-grade NAT is way more common in Asian mobile networks.<br><br>I was searching for a good explanation and a list or so of networks known to use Carrier-grade NAT. But I didn't found a list. This presentation is somewhat OK for what I explained:<br><a href="https://www.apnic.net/__data/assets/pdf_file/0007/53890/8-sp-ipv4-ipv6-coexistence.pdf">https://www.apnic.net/__data/assets/pdf_file/0007/53890/8-sp-ipv4-ipv6-coexistence.pdf</a><br><br>> Any idea to handle situation like that one?<br><br>Be happy and celebrate that you have so many listeners from this countries.<br><br>All the best,<br>Christoph<br>_______________________________________________<br>Icecast-dev mailing list<br><a href="mailto:Icecast-dev@xiph.org">Icecast-dev@xiph.org</a><br><a href="http://lists.xiph.org/mailman/listinfo/icecast-dev">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br><br>_______________________________________________<br>Icecast-dev mailing list<br><a href="mailto:Icecast-dev@xiph.org">Icecast-dev@xiph.org</a><br><a href="http://lists.xiph.org/mailman/listinfo/icecast-dev">http://lists.xiph.org/mailman/listinfo/icecast-dev</a></span></p></div></div></blockquote></div></div></div></span></blockquote></body></html>