So bad.... the result is the same I don’t understand why...
While I see some Youtube again now (1.19G), there are still 2.91G QUIC "unaccounted for" over the last 24h. That's from my son's iPad, and all he does ATM is watch Youtube.QUIC hosts drill down to 74.125.104.75 (Google) and 92.224.0.0/13 (Telefonica).Telefonica is now owned by O2, which is the DSL provider used for the iPad's traffic. So either they have setup google caching infrastructure at the ISP, or, more likely, there is some peer to peer for Youtube going on now, because the net's description is:descr: ADSL Pool Customersand one of the IPs reverse resolves as:dynamic-092-226-002-016.92.226.pool.telefonica.dewhich usually is a dynamic PPPoE IP here.
QUIC hosts drill down to 74.125.104.75 (Google) and 92.224.0.0/13 (Telefonica).
Quote from: Tomsauy on November 28, 2020, 11:14:45 pmSo bad.... the result is the same I don’t understand why...Can you Post all your revent Version Infos from DB ...?
Quote from: athurdent on November 29, 2020, 08:18:57 amQUIC hosts drill down to 74.125.104.75 (Google) and 92.224.0.0/13 (Telefonica).This Sounds thats sensei app detection only operates on layer 3/4 detection. This is not enough for the real App detection and control used in next Generation Firewalls - as it must operate in upper Layer 5 up to 7. You must examine up to the Layer 7 to fully catch things like Youtube Video streams
Quote from: ittk on November 29, 2020, 09:28:11 amQuote from: athurdent on November 29, 2020, 08:18:57 amQUIC hosts drill down to 74.125.104.75 (Google) and 92.224.0.0/13 (Telefonica).This Sounds thats sensei app detection only operates on layer 3/4 detection. This is not enough for the real App detection and control used in next Generation Firewalls - as it must operate in upper Layer 5 up to 7. You must examine up to the Layer 7 to fully catch things like Youtube Video streamsIn fact they always says it is 3,4 layer. We do not do ssl decryption as well. It's only SNI checking.