Hi,can anyone help me with my VoIP setup? I currently have two branches, Branch-A and Branch-B in two different cities. I'm trying to setup an infrastructure whereby I can call into my local Branch via PSTN into my Cisco voice gateway... go through the Internet.. routed to the other Branch and out the Cisco voice gateway to the remote PSTN. Here,s what it looks like.
PSTNA -> (E1-PRI)CiscoGW -> Internet -> CiscoGW(T1-PRI) ->PSTNB
Branch-A has a CiscoGW with a NM-HDV(VWIC-1MFT-E1)connected to a T1 PRI and Branch-B CiscoGW has a NM-HDV(VWIC-1MFT-T1) connected to a T1 PRI. My problem is I can call from PSTNB thru to PSTNA and th person on PSTNA would ring and he would pickup and hear me from PSTNB.. but I don't hear anything from PSTNA. One way audio. I'm not using CM or anything so I don't think it's a routing issue. I tried pinging and pings went thru. I actually see the call being set up but no voice. I even used RTP cut-thru but nothing... anyone have any suggestions?
By the way, I'm just using simple Dial-Peer statements to point from one site to the other. Using Codec G.711. I actually followed steps from this link below but I made it even simplier as I don't have SIP configured.
Hi, thanks for your reply. I put in those commands and still 1 way audio. I have attached the whow commands. Can you please explain why I need H323? I'm only dialing peer to peer and no gateway is involved?
IP x.x.x.x:16388 rtt:0ms pl:0/0ms lost:0/0/0 delay:75/75/75ms g711ulaw
Total call-legs: 2
All four legs are in a "connected" state, and you have not indicated any PBX/Callmanager or other systems in between, so the problem is not with control traffic connectivity. Further, Router2 is receiving control traffic, but not RTP. This seems to preclude routing as a problem. However, we can't be certain of that if there are H323 proxies in between.
Also, you mentioned this traffic crossing the internet. I'm assuming that you have a couple of firewalls up in between these gateways. And you may or may not have IPSEC running between them.
So, there are a few things that come to mind which could prevent Router2 from getting it's traffic:
1) Routing problem if there are H323 proxy(ies) in between these two gateways.
2) H323 Proxy functionality in the firewall, like PIX's "fixup h323 h225" is not correctly handling the H.245 portion of call setup. So Router2 ends up listening on the wrong UDP port.
3) This traffic is being NATted and NAT is altering the the H.245 portion of the setup so Router2 is listening on the wrong UDP port.
4) NAT is altering the UDP port of the RTP traffic so, even though Router2 is listening on the correct port, NAT has changed the UDP destination port to something else.
5) VoIP bug in either of the routers
6) VoIP or NAT bug in either of the firewalls
BTW, you mentioned that you are not using H323. Based on the configs you posted, you are indeed using H323.
Hi, I followed your advice and found out it was a NAT problem!... Thanks so much!.. Now I have a new problem. I can dial from PSTN->RouterB->INTERNET-> RouterA->PSTN no problem.
But when I dial from the other side from
PSTN->RouterA I get dialtone and when I enter my destination digit string in I immediately get a fast busy. Does anyone have any ideas? I've attached my "show call active voice brief" and "show voice call sum" outputs.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...