05-14-2025 02:50 PM
We purchased some Grandstream WP825 wireless phones to try to integrate with our CUCM 15.0 configuration. We've been running C7925 phones for years on older CUCM versions, and while we've had reasonably good luck with those, the audio quality just isn't up to standard now. Cisco's current WiFi phone options are quite expensive, so we felt like the WP825's would be a good alternative. The issue we're having is that these SIP phones don't like talking to our other Cisco SIP phones. Specifically, we have a few 8851 phones in the environment, and that's the direction we're moving. The WP825's work just fine with the 7925 wireless phones, or any older 7911, 7941, 7945, and 7965 phones we still have in our environment. They also work fine with Cisco's ATA191 SIP adapter. But for calls between the Grandstream phones and Cisco 8851 phones (both SIP devices), we have one-way audio. The party on the 8851 can hear the party on the Grandstream, but the reverse is not true. We've verified that the Grandstream is set to use compatible codecs, and the codec list in CUCM has lots of overlap. We even set the Grandstream phones to prefer G.722, which is what the 8851 devices show they're using. For some reason, we still only have one-way audio. Has anyone else run into this with either Grandstream or other 3rd party SIP phones on CUCM? If so, what did you do to resolve it? Any help would be appreciated.
05-14-2025 11:11 PM
99% of one-way audio issues stem from the network. In your case, audio from the 8851 isn’t reaching the Grandstream; something in the network is dropping it.
If there were codec negotiation issues, the call wouldn’t start. Based on my understanding, your call is established on both ends, but the audio isn’t heard on the Grandstream phone. Check the route from the 8851 phone’s subnet (which isn’t working) to the Grandstream phone’s subnet.
05-14-2025 11:48 PM - edited 05-14-2025 11:49 PM
in addition to what dear @Nithin Eluvathingal said,
put "Grandstream WP825" phone on same "Subnet/VLAN" of Cisco 8851 >> then see what's happens ?..
if it was OK, then previous problem is 99% from network.. (maybe Firewall, or NAT, or wrong Routing..)
05-15-2025 01:30 AM
I will also agree with @Nithin Eluvathingal that the network is the most likely culprit. He is on point about the part of the network path you need to validate.
05-15-2025 05:08 AM
Interesting. The Grandstream phones are wireless, so they're on a different subnet than the 8851's, but they all traverse the same physical network. There are no firewalls in between them, and the routes are very simple because everything goes through the same core switch. I suppose we need to break out Wireshark and see if we can observe the traffic directly between 2 devices and see if we can see any impediments.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide