Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
One Way Communication 1
- Thread starter frk007
- Start date
This can be caused by many issues, however it is unlikely to be a routing issue as for the phone to register (which it must have to in order for one way voice to be detected) it would have to have correct routes.
I would investigate whether the phone is being NAT'd, and then check firewalls for blocked traffic, and that protocol fixups are enabled if required.
Hope this helps.
Peter
CCNA, Cisco Qualified Specialist
What I am saying is that the routes to CM are fine but the routes to the other phone may not be.
In other words:
Phone A to Callmanager - Good
Phone B to CallManager - Good
Phone A to Phone B - Good
Phone B to Phone A - Bad
While there isn't enough info from the original thread to determine what the network looks like.
I also agree with you that firewalls could be an issue as well, again not enough info in the thread.
In other words:
Phone A to Callmanager - Good
Phone B to CallManager - Good
Phone A to Phone B - Good
Phone B to Phone A - Bad
While there isn't enough info from the original thread to determine what the network looks like.
I also agree with you that firewalls could be an issue as well, again not enough info in the thread.
- Thread starter
- #8
Sorry about not enough info.
There are three sites at my workplace
How is the Site connected
Site A is connected to Site C
Site A is connected to Site B
in order for Site B to communicate with Site C it must pass through Site A
Site A has a call manager publisher
Site B has a call manager publisher
These two call manager are not on the same cluster.
I have established a connection with Site A and Site B with an inter-cluster trunk (non-gatekeeper controller). I was having one way audio communication between Site A and Site B until I check the MTP required then I receive two way audio communication.
At Site C one IP Phone is connected for communication to Site A and Site B.
The IP phone is register to the Site A call manager and one way audio communication is being established. Site A and hear Site C but Site C cannot hear Site A.
However when Site B calls Site C I am getting a two way communication.
There are three sites at my workplace
How is the Site connected
Site A is connected to Site C
Site A is connected to Site B
in order for Site B to communicate with Site C it must pass through Site A
Site A has a call manager publisher
Site B has a call manager publisher
These two call manager are not on the same cluster.
I have established a connection with Site A and Site B with an inter-cluster trunk (non-gatekeeper controller). I was having one way audio communication between Site A and Site B until I check the MTP required then I receive two way audio communication.
At Site C one IP Phone is connected for communication to Site A and Site B.
The IP phone is register to the Site A call manager and one way audio communication is being established. Site A and hear Site C but Site C cannot hear Site A.
However when Site B calls Site C I am getting a two way communication.
- Thread starter
- #10
So as I understand it:
Site A phones - Site A cluster
Site C phones - Site A cluster
Site B phones - Site B cluster
Calls from A to B work
Calls from B to C work
Calls from A to C don't work (Site A can hear Site C but site C can't hear site A)
Sites B and C connect to site A in a hub and spoke configuration.
What are the IP subnets for the 3 sites?
Site A phones - Site A cluster
Site C phones - Site A cluster
Site B phones - Site B cluster
Calls from A to B work
Calls from B to C work
Calls from A to C don't work (Site A can hear Site C but site C can't hear site A)
Sites B and C connect to site A in a hub and spoke configuration.
What are the IP subnets for the 3 sites?
- Thread starter
- #12
JacobNunley
IS-IT--Management
I would check what interface you have your media and control source bind to.
exmaple.
mgcp bind control source-interface GigabitEthernet0/0.30
mgcp bind media source-interface GigabitEthernet0/0.30
exmaple.
mgcp bind control source-interface GigabitEthernet0/0.30
mgcp bind media source-interface GigabitEthernet0/0.30
cgangadeen
Technical User
I think this might be a routing issue. We also got a similar problem with almost the same set up. However it was a single cluster and three sites and we finally managed to resolve it. It was a routing issue.
Try source pinging as follows and give results:
Site C phone subnet to CallManager Cluster A - This should work
Site C phone subnet to Site B phone subnet - This should work
Site A phone Subnet to Site C phone subnet - Guessing this does not work.
Assuming these results are true, fix the routing.
Site C phone subnet to CallManager Cluster A - This should work
Site C phone subnet to Site B phone subnet - This should work
Site A phone Subnet to Site C phone subnet - Guessing this does not work.
Assuming these results are true, fix the routing.
- Thread starter
- #19
IP subnets for Cluster at Site A is 10.5.24.X and Site B is 172.17.0.X
Site C phone subnet to CallManager Cluster A - Yes this works
Site C phone subnet to Site B phone subnet - No Site B and C does not have routing between each other. But communicate with two way communications
Site A phone Subnet to Site C phone subnet - Yes this works
Site C phone subnet to CallManager Cluster A - Yes this works
Site C phone subnet to Site B phone subnet - No Site B and C does not have routing between each other. But communicate with two way communications
Site A phone Subnet to Site C phone subnet - Yes this works
VoIPFANATIC
Technical User
Make sure tcp port 2000 for Skinny (sccp)protocol is passed bi-directional between the various subnets. and udp RTP uses ports 16384-32767. if the end device is a softphone.
hope this helps.
hope this helps.
- Status
Similar threads
- Locked
- Question