ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    VoIP One-way Audio and Voice drops

    IT Discussion
    voip freepbx meraki sip
    9
    215
    119.9k
    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.
    • coliverC
      coliver @scottalanmiller
      last edited by

      @scottalanmiller said:

      So even the deskphone is losing a lot of packets? That's very, very fishy. Maybe there is a switch issue or something?

      I moved the phone I was testing with off a dumb switch I was using and it is now directly attached to the firewall.

      2015-06-03 10_33_45-Meraki Dashboard - SSI - Delhi.png

      .215 is a PC attached to a different switch, which is directly attached the firewall. The Hyper-V host that the PBX resides on is directly attached as well. The other host goes through a switch.

      1 Reply Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller
        last edited by

        That's a lot of drops for a LAN. Should basically be zero.

        coliverC 1 Reply Last reply Reply Quote 0
        • coliverC
          coliver @scottalanmiller
          last edited by

          @scottalanmiller said:

          That's a lot of drops for a LAN. Should basically be zero.

          It just seems to be the firewall. Pinging anything on a different switch through the firewall results in 0ms response (or less than 1). Which brings it back to maybe the firewall isn't working correctly?

          ? 1 Reply Last reply Reply Quote 0
          • ?
            A Former User @coliver
            last edited by

            @coliver said:

            @scottalanmiller said:

            That's a lot of drops for a LAN. Should basically be zero.

            It just seems to be the firewall. Pinging anything on a different switch through the firewall results in 0ms response (or less than 1). Which brings it back to maybe the firewall isn't working correctly?

            The Meraki? I'm not surprised. Their router/firewalls are underpowered.

            scottalanmillerS 1 Reply Last reply Reply Quote 1
            • scottalanmillerS
              scottalanmiller @A Former User
              last edited by

              @thecreativeone91 said:

              The Meraki? I'm not surprised. Their router/firewalls are underpowered.

              But didn't the issue exist with the Ubiquiti too, which should be orders of magnitude more powerful.

              1 Reply Last reply Reply Quote 0
              • coliverC
                coliver
                last edited by

                I know ping isn't the best indicator but it really is the best I have at the moment. Here are two captures taken at almost the same time:

                PBX2015-06-03 11_03_43-root@pbx_~.png

                Meraki2015-06-03 11_03_54-Meraki Dashboard - SSI - Delhi.png

                1 Reply Last reply Reply Quote 0
                • coliverC
                  coliver
                  last edited by

                  Here is the PBX pinging both the Meraki and the remote switch at the same time.
                  Meraki2015-06-03 11_17_42-root@pbx_~.png
                  Remote Access Switch 2015-06-03 11_17_51-root@pbx_~.png

                  1 Reply Last reply Reply Quote 0
                  • scottalanmillerS
                    scottalanmiller
                    last edited by

                    Sorry, the remote switch is "through" the Meraki?

                    coliverC ? 2 Replies Last reply Reply Quote 0
                    • coliverC
                      coliver @scottalanmiller
                      last edited by

                      @scottalanmiller said:

                      Sorry, the remote switch is "through" the Meraki?

                      Yes, switch isn't the right term. It is the access to the rest of the internet.

                      1 Reply Last reply Reply Quote 0
                      • ?
                        A Former User @scottalanmiller
                        last edited by

                        @scottalanmiller said:

                        Sorry, the remote switch is "through" the Meraki?

                        I think he Means Phone Switch.. As in sip provider.

                        1 Reply Last reply Reply Quote 0
                        • DashrenderD
                          Dashrender
                          last edited by

                          I think I agree with Scott.. I wonder if you have a failing switch. Can you replace it.. or for starters.. move the meraki to a different port on that switch?

                          coliverC 1 Reply Last reply Reply Quote 0
                          • coliverC
                            coliver @Dashrender
                            last edited by coliver

                            @Dashrender said:

                            I think I agree with Scott.. I wonder if you have a failing switch. Can you replace it.. or for starters.. move the meraki to a different port on that switch?

                            Switch? The PBX is directly connected (ok it is going through a hyper-v virtual switch but it is the only on it) to the Meraki firewall which is our internet gateway.

                            At the suggestion of NTG support I directly connected the PBX server to the internet (which is a bit of a chore here) and there was no packet loss and ping/response times were marginally better. I forgot to grab a screen shot of it though.

                            That pretty much means it is the firewall correct?

                            DashrenderD 1 Reply Last reply Reply Quote 0
                            • scottalanmillerS
                              scottalanmiller
                              last edited by

                              Well before jumping to that (hopefully correct) solution, have you tested calls to ensure that packet loss is correlating to bad phone calls?

                              coliverC 2 Replies Last reply Reply Quote 0
                              • ?
                                A Former User
                                last edited by

                                Have you looked at wireshark any using port mirroring?

                                1 Reply Last reply Reply Quote 0
                                • coliverC
                                  coliver @scottalanmiller
                                  last edited by

                                  @scottalanmiller said:

                                  Well before jumping to that (hopefully correct) solution, have you tested calls to ensure that packet loss is correlating to bad phone calls?

                                  I wasn't able to test the calls outside of the network I didn't have enough time. It takes a good 15-30 minutes to swap out devices with our ISP and I only had an hour to test.

                                  1 Reply Last reply Reply Quote 0
                                  • scottalanmillerS
                                    scottalanmiller
                                    last edited by

                                    I see 😞 That sucks, but it does suggest that the issues are all on the network.

                                    1 Reply Last reply Reply Quote 0
                                    • coliverC
                                      coliver
                                      last edited by

                                      Should have gone hosted... I would still see these problems but at least people could bring their phones somewhere else to use them.

                                      scottalanmillerS 1 Reply Last reply Reply Quote 1
                                      • scottalanmillerS
                                        scottalanmiller @coliver
                                        last edited by

                                        @coliver said:

                                        Should have gone hosted... I would still see these problems but at least people could bring their phones somewhere else to use them.

                                        Sorry that it has to be BUT.... great example use case for where hosted can protect you 🙂

                                        coliverC 1 Reply Last reply Reply Quote 0
                                        • coliverC
                                          coliver @scottalanmiller
                                          last edited by

                                          @scottalanmiller said:

                                          @coliver said:

                                          Should have gone hosted... I would still see these problems but at least people could bring their phones somewhere else to use them.

                                          Sorry that it has to be BUT.... great example use case for where hosted can protect you 🙂

                                          I would have done it originally but I couldn't get the numbers from anywhere else and until ~3 days prior to the go live date it was going to be over a PRI.

                                          1 Reply Last reply Reply Quote 0
                                          • DashrenderD
                                            Dashrender
                                            last edited by

                                            Considering my internet bandwidth (10/10) NTG just suggested that I go locally hosted for my PBX.

                                            How many phones do you have @coliver, how often are they used for internal to internal calling? and what size pipe to the internet?

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 6
                                            • 7
                                            • 8
                                            • 9
                                            • 10
                                            • 11
                                            • 8 / 11
                                            • First post
                                              Last post