One Way Audio Issues and STUN
-
I'm super late but did it ever get fixed? Also were you using STUN servers?
@scottalanmiller I think I understand why Mike typically used the "disable" STUN server as a resource. In some cases after reading it appears the VOIP endpoint sends during the register phase to the PBX a its specific lan ip address vs sending the wan address /w NAT and proper lan ip and port . Hell I didn't know it could or would do that. Seems like it gets lost in translation!
-
@krisleslie said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
@scottalanmiller I think I understand why Mike typically used the "disable" STUN server as a resource.
He skipped it because he was being lazy, nothing more or less.
-
@scottalanmiller So are STUN servers recommended or frowned upon?
-
@dustinb3403 said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
@scottalanmiller So are STUN servers recommended or frowned upon?
Recommended. Not always needed, but often needed unexpectedly without warning. A system can go years without needing STUN, then something happens and things stop working because STUN was missing. Making it even harder to figure out because "it was working" and nothing changed.
-
@scottalanmiller said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
@dustinb3403 said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
@scottalanmiller So are STUN servers recommended or frowned upon?
Recommended. Not always needed, but often needed unexpectedly without warning. A system can go years without needing STUN, then something happens and things stop working because STUN was missing. Making it even harder to figure out because "it was working" and nothing changed.
That is what I was thinking based on a few experiences.
-
@scottalanmiller My problem lies in that "something" has to be identified and measured so we can come to a conclusion and how to resolve it. After poking around I didn't realize the Yealink phones have some form of monitoring and logging. However I'm trying to find out if the monitoring part with Telchemy http://www.telchemy.com/ is even free
In theory I seem to keep understanding more and more about VoIP each week. However, it seems I'm not closer to figuring out on my end how to make sure my network isn't causing most if not all the issues (which is where my heart burns with desire to know wtf lol).
-
Let the suck begin!
http://www.yealink.com/products_94.htmlSo Yealink has a tool to manage mass phones for "specific models". How anti-cool. In this day and age they should have a tool like Unfi which I could poke into to see the health of the phones and drill down into troubleshooting.
-
@krisleslie said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
Let the suck begin!
http://www.yealink.com/products_94.htmlSo Yealink has a tool to manage mass phones for "specific models". How anti-cool. In this day and age they should have a tool like Unfi which I could poke into to see the health of the phones and drill down into troubleshooting.
Their DMP is meant to setup and manage the phones, not to continually inspect the phones.
-
True. But the point is, that's better than what the rest of us are left with. Surely you could have a tool to deploy and a seperate tool to manage. If Ubiquiti can do it, surely Yealink can.
DustinB3403 I'm to the point of believing no voip should cross talk with any other device at all.
Feels like one dedicated, managed switch for all the phones, with a dedicated ISP is better in theory than leaving it on the flat network shared with other devices. I know we all believe it is just data (and I agree), but in my defense I'm left with a big haystack trying to find a needle but the stack is in an unknown location lol.
-
@krisleslie what issues are you encountering?
-
@dustinb3403 as of today 1-way audio.
-
@krisleslie said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
@dustinb3403 as of today 1-way audio.
on internal ext to ext calls? Because if not that, then the problem is unlikely to be the phones.
-
Granted 1 way audio is almost never the phone anyway.
-
Intra-office calls (so far) are fine no issues. Someone dialing in from outside of our network has the issues mostly.
-
@krisleslie said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
Intra-office calls (so far) are fine no issues. Someone dialing in from outside of our network has the issues mostly.
Can they hear you or can you not hear them?
-
@dustinb3403 well right now I'm wondering is there an issue with the STUN server or is there a firewall issue between me and the STUN server. I've used the common one on the internet:
-
@dustinb3403 my receptionist can't hear them, however I confirmed she is being heard.
-
So inbound one-way audio issues.
-
@krisleslie said in SIP Desk Phones Not Re-Registering with Main WAN's IP After WAN Fail-back:
Intra-office calls (so far) are fine no issues. Someone dialing in from outside of our network has the issues mostly.
So, I assume that you have an internal PBX and an external SIP trunk.
If so, this is a firewall / NAT issue.
Edit: wow, shoudl probbaly make a different thread.
-
Cloud hosted. I will make a new thread. I apologize.
