This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problems with Streaming video

Recently I've been having problems with streaming videos from various sites, namely Netflix and Crunchyroll which are two site I and others in the home frequent very often. I check the firewall log and it appears to me that for some reason Astaro is blocking the incoming connection from the streaming sites, for example:

12:22:28  Default DROP  TCP  2620:10c:7000:8168::133  :  80 →  (Internal IPv6 address)  :  51005  [ACK RST]  len=60  srcmac=
12:22:28  Default DROP  TCP  2620:10c:7000:8168::133  :  80 →  (Internal IPv6 address)  :  51003  [ACK RST]  len=60  srcmac=
12:22:33  Default DROP  TCP  2620:10c:7000:8168::133  :  80 →  (Internal IPv6 address)  :  51005 [ACK RST]  len=60  srcmac=


The problem is, this issue occurs randomly and normally a reboot of Astaro (9.000-8, 35111) will cure the issue till it occurs again. The problem also doesn't happen with every video, as it seems that some videos are streamed from one server which comes through fine, while another video is streamed from another server which exhibits this problem.

Any ideas what might be going on?

[edit] The problem has been going on since yesterday. I just now restarted Astaro and it's still having the same problem. Restarted my PC and 360 as well (they are both having problems) and the same thing happens again. [/edit]

[edit2] Just turned off IPv6 in Astaro and everything appears to be working fine now. Although I don't need IPv6, it would be nice to have so I would still like to try and figure out the problem. [/edit2]


This thread was automatically locked due to age.
  • There are several IPv6 problems in the KIL ('Support' page in WebAdmin), so I bet you can wait until 9.001 or 9.002 and try again.

    If you still want to try to chase this down, please post the same lines from the full logfile - the Live Log really only tells you that a packet was dropped, not why.  Also, I wonder if these ACK,RST packets are dropped because of an earlier httpproxy session.  You might find an error there by searching for 2620:10c:7000:8168::133.

    Cheers - Bob
  • If its a known issue in the IPv6, then I doubt any information I can bring will help any in trying to fix it, as I was thinking more along the lines of "I have something configured wrong" (even though it's worked fine for the most part and I haven't changed anything). [;)]

    Here is a pair of the lines from the firewall log, as it always seemed to be in pairs, the only difference being the time stamp and hlim="63" on the first and hlim="57" on the second:

    2012:08:07-06:32:13  ulogd[4653]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="he.net" outitf="eth1" srcmac="" proto="6" length="60" srcip="2620:10c:7000:8168::133" dstip="" hlim="63" srcport="80" dstport="51593" tcpflags="ACK RST"


    2012:08:07-06:32:18  ulogd[4653]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="he.net" outitf="eth1" srcmac="" proto="6" length="60" srcip="2620:10c:7000:8168::133" dstip="" hlim="57" srcport="80" dstport="51593" tcpflags="ACK RST"

    [edit]Going further through the log, there was a large section (I'm guessing when I tried reloading the page numerous times) with different incoming ports as well as source ips (all IPv6 addresses from he.net), and all hlim="57" and no hlim"=63".

    Also, I am not using the HTTP proxy at all, and looking up fwrule 60002, I see references to the IPS, which I do have enabled.[/edit]
  • 60002 is the FORWARD chain; true IPS issues only show up in the Intrusion Prevention log.  These are just attempts by the server to restart a conversation that the Astaro has abandoned.

    Cheers - Bob