Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    [solved, bad peering from Deutsche Telekom] after suricata 5.0.4_1 Update, suricata is no longer active

    Scheduled Pinned Locked Moved IDS/IPS
    24 Posts 4 Posters 3.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • DaddyGoD
      DaddyGo @Bob.Dig
      last edited by

      @bob-dig said in [solved, ISP-peering-problem] after suricata 5.0.4_1 Update, suricata is no longer active:

      With the new ISP [Deutsche Telekom AG], download was fast in the beginning and then again became very very slow and took minutes to finish, but it did finished at least.
      I then switched the gateway in pfSense to old ISP [Pyur/Tele Columbus AG], cleared the Browsercache and did the same thing again, it was a matter of seconds.

      Hi,

      You make it clear for yourself that, things will change after you change your ISP GW.
      So isn't this a pfSense issue? 😉

      Cats bury it so they can't see it!
      (You know what I mean if you have a cat)

      Bob.DigB 1 Reply Last reply Reply Quote 0
      • Bob.DigB
        Bob.Dig LAYER 8 @DaddyGo
        last edited by

        @daddygo No, I use the new ISP all the time and they are known for there bad peering (customers are hostages) but I had no real problem until with the snort rules. But I guess, it can happen to everyone (with a bad ISP). I don't even think that it is the snort guys anymore, but still they could. Will try another DSL-ISP with a friend.

        DaddyGoD 1 Reply Last reply Reply Quote 0
        • DaddyGoD
          DaddyGo @Bob.Dig
          last edited by

          @bob-dig said in [solved, ISP-peering-problem] after suricata 5.0.4_1 Update, suricata is no longer active:

          and they are known for there bad peering (customers are hostages)

          if you have a chance to escape, please 😉 (ISP)

          useful readings:

          https://www.theregister.com/security/
          https://www.expressvpn.com/blog/5-bizarre-edward-snowden-tweets/

          Cats bury it so they can't see it!
          (You know what I mean if you have a cat)

          Bob.DigB 1 Reply Last reply Reply Quote 0
          • Bob.DigB
            Bob.Dig LAYER 8 @DaddyGo
            last edited by

            @daddygo No chance, two years bound. My cable internet ISP before was even worse, not with peering, but had regular hiccups all the time.

            DaddyGoD 1 Reply Last reply Reply Quote 0
            • DaddyGoD
              DaddyGo @Bob.Dig
              last edited by

              @bob-dig said in [solved, ISP-peering-problem] after suricata 5.0.4_1 Update, suricata is no longer active:

              No chance, two years bound.

              I love Germany / Berlin..... (Berlin Techno, Trance, etc), I have been there a lot and my relatives live there.
              I’m sorry for this stupid situation, there are always such ISPs

              You tried to drive the traffic directly through a VPN, (e.g. ExpressVPN, they have good Berlin servers)

              Cats bury it so they can't see it!
              (You know what I mean if you have a cat)

              1 Reply Last reply Reply Quote 1
              • Bob.DigB
                Bob.Dig LAYER 8
                last edited by Bob.Dig

                Had another "incident", wanted to download a small app named ZenTimings, which is hosted on: amazonaws.com
                It is only 516KB, but with Deutsche Telekom, you almost can't download it, switching to other ISP or VPN, no problem.

                Damn, I regret.

                @DaddyGo I don't want to route everything through a VPN, maybe I have to.

                1 Reply Last reply Reply Quote 0
                • Bob.DigB
                  Bob.Dig LAYER 8
                  last edited by Bob.Dig

                  I was able to verify this 100%, that this is a peering problem of Deutsche Telekom, other ISP using the same Line, like 1&1, don't have this problem. The Download starts and then gets terrible slow, but there is no disconnect or reject , which make things even worse I think. But also there is a time frame where it does work, I think to the beginning of every day, there seems to be some kind of counting going on and then peering will become miserable again. So you could think that maybe pfBlocker was the reason, but in reality, it is the time of day.

                  Just to let you know.

                  DaddyGoD 1 Reply Last reply Reply Quote 0
                  • DaddyGoD
                    DaddyGo @Bob.Dig
                    last edited by

                    @bob-dig said in [solved, bad peering from Deutsche Telekom] after suricata 5.0.4_1 Update, suricata is no longer active:

                    Just to let you know.

                    So, as I see it, it’s not just your problem and it’s not today’s thing. ☹
                    f.e.: https://www.reddit.com/r/de_EDV/comments/agor82/grausames_peering_bei_der_telekom_update/
                    https://www.teltarif.de/forum/s80229/peering-ist-ein-erhebliches-groesseres-problem/1.html

                    I think you need to choose a good VPN provider, Nord or Express VPN I have a lot of experience with them and .... - a little privacy it won't hurt anyone. 😉

                    if you're worried about the speed, I'll tell you....

                    for example, ExpVPN - in PT

                    ISP 1000/500 FTTH
                    pfSense, Supermicro EPYC 3151 with LOM 4 pcs. Intel I350
                    the established VPN speed: D 670 - 720 / U 370-400 it is enough for everything.

                    PS:
                    bufferbloat A++

                    Cats bury it so they can't see it!
                    (You know what I mean if you have a cat)

                    1 Reply Last reply Reply Quote 0
                    • GertjanG
                      Gertjan
                      last edited by

                      To make things worse, or better : a "peering" issue can be cut in half, or doubles : Wha(s been seen before : our ISP all trying to propose their 'IPv6' - none of them actually read the reaRFC : they made something up that looks like an IPv6 RFC.
                      So, if you have IPv6 : stop it, reboot everything, check that's it is gone, and try again.

                      Guess what happens when an ISP uses IPv6 - and implements it badly (many do so) : you think you can't access resources any more because their IPv6 peering is plain bad.
                      Our their iPV6 implementation is plain bad.
                      Or both.

                      Start to check with what one might "presume working Ok" : IPv4 only.

                      If an ISP has bad peering - or blocks networks like "amazonaws.com" then I really would like to know : that info wasn't knows before ? You really want to use an ISP that blocks hostnames like that ? I understand, one can find tonnes of pure BS on "amazonaws.com" - it's just up to us not to go there .... If your ISP start to "pfBlockerNG' over your head, I would advise to leave them.

                      And before choosing another ISP : But document yourself about a new choice first. Remember : "money" is not an issue - but "not much' won't bring you much. .
                      And never read their own advertisement.

                      Btw : a bad IPv6 implementation or peering can be redone on your side : join he.net.
                      Or VPN out.
                      By default : leave your ISP.

                      No "help me" PM's please. Use the forum, the community will thank you.
                      Edit : and where are the logs ??

                      1 Reply Last reply Reply Quote 1
                      • Bob.DigB
                        Bob.Dig LAYER 8
                        last edited by

                        Discussion continues here.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.