VoIP One-way Audio and Voice drops
-
@coliver said:
@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?
Oh yeah, well in that case, it's definitely sounding like the firewall - but I thought you swapped the firewall yesterday and it made no difference?
-
@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've been testing calls for the last 20 minutes, just my phone to my cell phone. Watching a ping from the pbx to the SIP Trunk. When the sequence numbers skip I get a drop out in voice.
A small sample size, but there is a correlation.
-
And one more thing, I connected my phone to a testing PBX we have in NC, this is connected over the VPN (so over the Meraki) calling in and out over this line also has the same issues.
-
But you removed the Meraki, put in a Ubiquiti, and had the same issues? That's the part that is confusing me.
-
@scottalanmiller said:
But you removed the Meraki, put in a Ubiquiti, and had the same issues? That's the part that is confusing me.
I can't think of anything else that it could be at this point in time. Everything (at least from what I am seeing) is pointing to the Meraki device as the culprit. Especially since I've factored out all the other networking devices in the chain, even my phone is directly connected to the Meraki.
I'm going to try and get someone to help me configure the Ubiquiti device, I must have made a configuration error when I originally implemented it.
-
Sounds like a plan. For it to be the Meraki is the one thing that would not be surprising.
-
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
-
That's because you have RTP. Each direction is unrelated to the other. So the stream of your voice and the stream of their voice are just two unidirectional streams that don't know about each other. So something causing them to fail would not necessarily impact you and vice versa.
-
@scottalanmiller said:
That's because you have RTP. Each direction is unrelated to the other. So the stream of your voice and the stream of their voice are just two unidirectional streams that don't know about each other. So something causing them to fail would not necessarily impact you and vice versa.
Yep, I found it interesting that RTP is only being affected one way regardless of packet loss.
-
@coliver said:
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
Interesting. This is a similar problem I'm having with my C@C hosted FPBX and G-Voice sample box, and I'm behind a SonicWall NSA 2400.
I can hear the outside caller, but they get blips when they can't hear me. -
@coliver said:
@scottalanmiller said:
That's because you have RTP. Each direction is unrelated to the other. So the stream of your voice and the stream of their voice are just two unidirectional streams that don't know about each other. So something causing them to fail would not necessarily impact you and vice versa.
Yep, I found it interesting that RTP is only being affected one way regardless of packet loss.
Typically packet loss is one directional. When a ping fails, normally either the ping makes it out but can't return. Or it doesn't make it out but it could have returned. For both directions to fail (when the entire connection is not dead) is unlikely.
-
@Dashrender said:
@coliver said:
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
Interesting. This is a similar problem I'm having with my C@C hosted FPBX and G-Voice sample box, and I'm behind a SonicWall NSA 2400.
I can hear the outside caller, but they get blips when they can't hear me.Does it cut in and out, or just die?
-
@scottalanmiller said:
@Dashrender said:
@coliver said:
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
Interesting. This is a similar problem I'm having with my C@C hosted FPBX and G-Voice sample box, and I'm behind a SonicWall NSA 2400.
I can hear the outside caller, but they get blips when they can't hear me.Does it cut in and out, or just die?
Cuts in and out, exactly like @coliver's situation. Frankly considering C@C and g-voice, I'm surprised it works as well as it does.
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
@coliver said:
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
Interesting. This is a similar problem I'm having with my C@C hosted FPBX and G-Voice sample box, and I'm behind a SonicWall NSA 2400.
I can hear the outside caller, but they get blips when they can't hear me.Does it cut in and out, or just die?
Cuts in and out, exactly like @coliver's situation. Frankly considering C@C and g-voice, I'm surprised it works as well as it does.
I've done freebpx on a raspberry Pi with google voice and never had issues with it. Likely it's all C@C issues.
-
@thecreativeone91 said:
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
@coliver said:
It seems that it is only audio going out not audio coming in. During the periods of packet loss I can still hear the 2nd person (or myself if it is my cell phone) talking but I can't talk to them. Our Network Extender and the Vitelity SIP trunk are also experiencing the same thing.
Interesting. This is a similar problem I'm having with my C@C hosted FPBX and G-Voice sample box, and I'm behind a SonicWall NSA 2400.
I can hear the outside caller, but they get blips when they can't hear me.Does it cut in and out, or just die?
Cuts in and out, exactly like @coliver's situation. Frankly considering C@C and g-voice, I'm surprised it works as well as it does.
I've done freebpx on a raspberry Pi with google voice and never had issues with it. Likely it's all C@C issues.
Damn, nice - I really need to do this at home!
-
And right around 4:00pm everything goes back to normal.
-
I assume this is because people are going home or slacking off as they prepare to?
-
@scottalanmiller said:
I assume this is because people are going home or slacking off as they prepare to?
I spoke too soon looks like I am still at ~23% packet loss from the pbx to the firewall and 19% from the firewall to the pbx
Generally people are fairly good at working up to the last minute here. At least from what I've seen.
-
It will be interesting to see how it continues to show as the end of the day approaches and passes.
-
@Dashrender said:
It will be interesting to see how it continues to show as the end of the day approaches and passes.
If yesterday or Monday was any indication, it generally works fine. At least compared to the rest of the day.
