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

    Skype video quality

    Scheduled Pinned Locked Moved Traffic Shaping
    13 Posts 3 Posters 1.8k 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.
    • T
      tsolrm
      last edited by

      I have just tested this again and the quality is still not there. Any suggestions?

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        Isn't the key to skype quality setting a static port and a port forward?

        ![Screen Shot 2015-02-20 at 12.32.36 AM.png](/public/imported_attachments/1/Screen Shot 2015-02-20 at 12.32.36 AM.png)
        ![Screen Shot 2015-02-20 at 12.32.36 AM.png_thumb](/public/imported_attachments/1/Screen Shot 2015-02-20 at 12.32.36 AM.png_thumb)

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        1 Reply Last reply Reply Quote 0
        • T
          tsolrm
          last edited by

          Could you walk me through the process please? And just in general give a quick explanation concerning this example why I need port forwarding?

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            I really don't know.  I don't use skype.  But if both ends have a port forward I'm pretty sure you bypass using the third party nodes to forward traffic and you establish direct connections with each other.

            http://superuser.com/questions/256810/skype-optimization-port-forwarding-on-a-router

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            1 Reply Last reply Reply Quote 0
            • T
              tsolrm
              last edited by

              Judging by system logs it's the firewall playing tricks.

              There is loads of blocks of UDP traffic from pfsense IP to the other network IP with which I was having the call.

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                Sigh.

                You usually do not see blocks from the local system to the remote because the firewall rules usually let the traffic out.

                Please post a shot of the logs you're talking about.  They are probably the remote system trying to connect directly to you and being blocked.

                The fix would be to create a port forward on WAN to your local IP address on the port specified in skype.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • T
                  tsolrm
                  last edited by

                  I would rather not post a screen shot because I can't advertise the IPs. But all the logs look like this:

                  Feb 20 08:49:43 WAN Icon Reverse Resolve with DNS  Icon Easy Rule: Add to Block List IP:51893   Icon Easy Rule: Pass this traffic IP2:31731
                  UDP

                  Feb 20 08:49:43 WAN Icon Reverse Resolve with DNS  Icon Easy Rule: Add to Block List IP:51893   Icon Easy Rule: Pass this traffic IP2:31732
                  UDP
                  block/1000000103
                  Feb 20 08:49:43 WAN Icon Reverse Resolve with DNS  Icon Easy Rule: Add to Block List IP:51893   Icon Easy Rule: Pass this traffic IP2:31733
                  UDP

                  and these go on

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    Yeah.  If they're on WAN those are inbound attempts.

                    I feel I have given you enough to go on to get started on making this work.

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

                    1 Reply Last reply Reply Quote 0
                    • T
                      tsolrm
                      last edited by

                      Thank you. I'm really confused at the moment.

                      I'm still seeing the blocks by the firewall between the two networks, but at the moment there is no call or anything, these blocks just occur for some reason.

                      1 Reply Last reply Reply Quote 0
                      • DerelictD
                        Derelict LAYER 8 Netgate
                        last edited by

                        They occur because the remote system is attempting a connection.

                        https://doc.pfsense.org/index.php/How_can_I_forward_ports_with_pfSense
                        https://doc.pfsense.org/index.php/Port_Forward_Troubleshooting

                        Chattanooga, Tennessee, USA
                        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                        Do Not Chat For Help! NO_WAN_EGRESS(TM)

                        1 Reply Last reply Reply Quote 0
                        • T
                          tsolrm
                          last edited by

                          Thank you I will read about this

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