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

    Telekom IP Tel mit FB: Tel funktioniert nicht mehr wenn allow lan to any inaktiv

    Scheduled Pinned Locked Moved Deutsch
    19 Posts 3 Posters 2.5k 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.
    • C
      ceofreak
      last edited by

      Cool funktioniert! Danke!

      Welche ports muss ich nun von LAN Net to Any freigeben, damit das ganze auch funzt wenn ich die default allow lan to any disabled habe?

      1 Reply Last reply Reply Quote 0
      • JeGrJ
        JeGr LAYER 8 Moderator
        last edited by

        @ceofreak hat @parsec doch oben geschrieben. Die SIP Anmeldung bei den Telekom Servern darfst du nicht blocken, ergo muss 5060 abgehend erlaubt sein (zu den Telekom Servern oder wo auch immer du hin verbindest). Ansonsten mal den Port in den Firewall Logs im Auge behalten, da sollten dann ja entsprechende Blocks auftauchen.

        Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

        If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

        1 Reply Last reply Reply Quote 0
        • P
          Parsec
          last edited by

          Von der Theorie her

          Destination Ports: 3478, 3479, 5070, 7078-7110 jeweils UDP

          Getestet habe ich es nicht

          1 Reply Last reply Reply Quote 0
          • C
            ceofreak
            last edited by

            Danke! Der Tip mit den Firewall Logs hats gelöst!

            Jun 9 18:09:16 LAN 192.168.100.2:7086 217.0.0.207:3478 UDP

            Port 3478 UDP von Fritzbox nach 217.0.0.143 freigeben und es geht!!!

            Danke euch! Endlich funzt es so wie es soll :))

            1 Reply Last reply Reply Quote 0
            • P
              Parsec
              last edited by

              7086 ist einer der RTP Ports, das langt nicht, beim nächsten mal ist es ein anderer
              Dann gib wenigsten Source 7078-7110/UDP to any frei

              1 Reply Last reply Reply Quote 0
              • C
                ceofreak
                last edited by

                So: http://imgur.com/ghP4Lk6  ???

                1 Reply Last reply Reply Quote 0
                • JeGrJ
                  JeGr LAYER 8 Moderator
                  last edited by

                  Nein SOURCE, nicht Destination Port. Deine Ports sind unter Ziel nicht unter Quelle eingetragen. Deine Fritzbox sendet VON den angegebenen Ports nicht AN diese :)

                  Don't forget to upvote 👍 those who kindly offered their time and brainpower to help you!

                  If you're interested, I'm available to discuss details of German-speaking paid support (for companies) if needed.

                  1 Reply Last reply Reply Quote 0
                  • C
                    ceofreak
                    last edited by

                    Ah,

                    so dann quasi: http://imgur.com/GzJOJdA

                    Hatte seit gestern  immer mal wieder Abbrüche und knacken in der Leitung usw. Fehlen da noch weitere Ports oder liegt das an der falschen Reihenfolge von eben?

                    1 Reply Last reply Reply Quote 0
                    • C
                      ceofreak
                      last edited by

                      Zusätzlich besteht jetzt noch das Problem, wenn ich telefoniere und jemand ruft an, bricht das Gespräch ab und der neue Anruf wird angenommen oO

                      Die Probleme hatte ich vorher mit der (falschen) 5060 konfiguration nicht..

                      1 Reply Last reply Reply Quote 0
                      • P
                        Parsec
                        last edited by

                        Eigentlich nicht möglich wenn diese Konfiguration wie beschrieben eingehalten wurde.

                        Dafür gibt es ja die unterschiedlichen RTP Ports - für jedes Gespräch wird ab 7078 ein neues Portpaar belegt.
                        1. Gespräch 7078 eingehend 7079 ausgehend
                        2. Gespräch 7080 eingehend 7081 ausgehend
                        …

                        Da muss irgend eine Regel bei dir über Kreuz gehen.

                        1 Reply Last reply Reply Quote 0
                        • C
                          ceofreak
                          last edited by

                          Ich poste jetzt einfach mal die Config wie sie im moment ist.

                          Default allow lan to any rule ist im moment wieder ENABLED, bis ich das problem so in den griff bekomme.

                          Firewall / Rules / WAN
                          http://imgur.com/zJKx1kb

                          Firewall / Rules / LAN
                          http://imgur.com/qhWFTl7

                          Firewall / NAT / Port Forward
                          http://imgur.com/oYqdLWa

                          Firewall / NAT / Outbound
                          http://imgur.com/qioFNmw

                          Das is jetz meine komplette config im endeffekt.

                          1 Reply Last reply Reply Quote 0
                          • C
                            ceofreak
                            last edited by

                            Niemand ne Ahnung?  :-[

                            1 Reply Last reply Reply Quote 0
                            • C
                              ceofreak
                              last edited by

                              Also ich hab jetzt herausgefunden, dass die Gespräche nach ziemlich genau 10 Minuten abbrechen. Woran kann das liegen?

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