A newbie question I'm afraid. I have a site that streams to only about 20 or 30 listeners using Icecast for Windows 2.4.4 and Altacast. The issue - I often see multiple connections started almost simultaneously from one IP address, usually an iphone or ipad. The device descriptions are identical, and I know my listeners are listening from home, so my assumption is that one device is opening multiple connections. If I kill one connection they often all disappear from that IP address at once. Is this something others see? Does anyone know why these multiple connections are created? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190502/8a0b5c38/attachment.html>
Hi David I have seen similar behavior and the conclusion was that icecast will connect a client once for each connection request. The double connection is a result of the player/browser that possibly checks if it can connect and then establishes the actual connection. If you don't have control over the source code of the player, you might have to live with the issue. Hope it helps. On Thu, 02 May 2019, 18:01 David Gibbs, <david at gibbs.net> wrote:> A newbie question I'm afraid. > > I have a site that streams to only about 20 or 30 listeners using Icecast > for Windows 2.4.4 and Altacast. > > The issue - I often see multiple connections started almost simultaneously > from one IP address, usually an iphone or ipad. The device descriptions are > identical, and I know my listeners are listening from home, so my > assumption is that one device is opening multiple connections. > > If I kill one connection they often all disappear from that IP address at > once. > > Is this something others see? Does anyone know why these multiple > connections are created? > > Thanks > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190502/287b6258/attachment.html>
Good morning, On Thu, 2019-05-02 at 18:22 +0200, Sytze Visser wrote:> Hi David > > I have seen similar behavior and the conclusion was that icecast will > connect a client once for each connection request. The double connection is > a result of the player/browser that possibly checks if it can connect and > then establishes the actual connection.This is what we suspect as well. However this behavior is not yet unnecessary but even forbidden by the HTTP specification as HTTP is a stateless protocol. Basically clients doing this are not conforming to the HTTP specs.> If you don't have control over the source code of the player, you might > have to live with the issue.As long as you want to support products by vendors that do not care about standards you need to live with that I fear. With best regards,> On Thu, 02 May 2019, 18:01 David Gibbs, <david at gibbs.net> wrote: > > > A newbie question I'm afraid. > > > > I have a site that streams to only about 20 or 30 listeners using Icecast > > for Windows 2.4.4 and Altacast. > > > > The issue - I often see multiple connections started almost simultaneously > > from one IP address, usually an iphone or ipad. The device descriptions are > > identical, and I know my listeners are listening from home, so my > > assumption is that one device is opening multiple connections. > > > > If I kill one connection they often all disappear from that IP address at > > once. > > > > Is this something others see? Does anyone know why these multiple > > connections are created?-- Philipp Schafft (CEO/Geschäftsführer) Telephon: +49.3535 490 17 92 Löwenfelsen UG (haftungsbeschränkt) Registration number: Bickinger Straße 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: <http://lists.xiph.org/pipermail/icecast/attachments/20190513/c15ee534/attachment.sig>