VoIP One-way Audio and Voice drops
-
@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.
-
@coliver said:
@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.
I am more curious about the packet loss as the day winds down... does it drop to zero or near zero, or does it stay high?
-
@Dashrender said:
@coliver said:
@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.
I am more curious about the packet loss as the day winds down... does it drop to zero or near zero, or does it stay high?
I'll let you know. Right now I just did 170 packets and saw 34% packet loss.
-
-
Definitely sounds like something is overloaded.
-
Yep, @GregoryHall is helping me narrow it down. Just waiting on my ISP to get back to me so we can setup something he requested. Small town ISPs aren't the most responsive I've come to understand.
-
@coliver said:
Yep, @GregoryHall is helping me narrow it down. Just waiting on my ISP to get back to me so we can setup something he requested. Small town ISPs aren't the most responsive I've come to understand.
Depends on which one. Some of them are the best ones out their.
-
-
Hyper-V seems to have some issues reporting Linux memory (although from conversations with @scottalanmiller it seems most things do).
On the Linux Box (PBX)
Hyper-V Manager
-
Ping results from the PBX to Google from late last night until I got in this morning.
-
@coliver said:
Ping results from the PBX to Google from late last night until I got in this morning.
Wow, that is bad.
Did you have a ping running from another device to google at the same time for comparison?
-
@JaredBusch said:
@coliver said:
Ping results from the PBX to Google from late last night until I got in this morning.
Wow, that is bad.
Did you have a ping running from another device to google at the same time for comparison?
No, not at that point unfortunately.
-
@coliver said:
Hyper-V seems to have some issues reporting Linux memory (although from conversations with @scottalanmiller it seems most things do).
On the Linux Box (PBX)
Hyper-V Manager
Yes, most platforms don't read the data in the expected way.
You have tons of free memory here.
-
Ok, after @GregoryHall I was able to setup a third party SIP trunk and that has been working phenomenally.
However with our primary SIP trunk, after some reconfiguration (or something) on the providers side I am now getting this:
This happens only on incoming calls from our primary trunk. Is this a configuration on the router or from the provider that would effect this?
-
Nevermind that was my own mistake. Forgot to configure the Asterisk SIP settings to the new IP address. Odd that it didn't affect both trunks though.
