04-01-2004 05:09 PM - edited 03-13-2019 04:30 AM
Hi,
2651XM 12.3(7) CCM3.3(3)sr3
on fallback: inbound calls are fine
but outbound calls, no voice!
(I had one-way voice on MGCP in 12.3(4)T...)
no errors...
Any ideas???
-----config-----
ccm-manager fallback-mgcp
ccm-manager mgcp
ccm-manager music-on-hold
!
!
controller E1 0/1
pri-group timeslots 1-10,16 service mgcp
!
interface FastEthernet0/0
ip address 10.1.240.5 255.255.255.240
duplex auto
speed auto
h323-gateway voip bind srcaddr 10.1.240.5
!
interface Serial0/1:15
no ip address
no logging event link-status
isdn switch-type primary-net5
isdn incoming-voice voice
isdn bchan-number-order ascending
no cdp enable
!
voice-port 0/1:15
!
mgcp
mgcp call-agent 10.1.240.4 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
mgcp rtp unreachable timeout 1000 action notify
mgcp package-capability rtp-package
no mgcp package-capability res-package
mgcp package-capability sst-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp rtp payload-type g726r16 static
!
mgcp profile default
!
!
dial-peer voice 10 pots
destination-pattern 1T
direct-inward-dial
port 0/1:15
!
call-manager-fallback
secondary-dialtone 1
max-conferences 4
timeouts interdigit 3
ip source-address 10.1.240.5 port 2000
max-ephones 10
max-dn 20
time-format 24
date-format dd-mm-yy
!
04-01-2004 06:15 PM
12.3(7)T ....sorry, forgot the T
04-09-2004 08:30 PM
Have you tried using the 'voice rtp send-recv' global configuration command?
Cisco recommends "command should be enabled only when the voice path must be cut-through (established) in both the backward and forward directions before a Connect message is received from the destination switch."
You may also want to try this config as I know it should work without fail. The only difference between your configuration and mine is that you are using European T1s and not the full T1. I have the same version of code and don't have any problems... You notice I added the 'isdn bind...' command under the D-channel as well as the global 'call app...' command and the 'application mgcpapp' and 'incoming called...' commands under the pots dial peers.
interface Serial0/1:15
no ip address
no logging event link-status
isdn switch-type primary-net5
isdn incoming-voice voice
isdn bchan-number-order ascending
isdn bind-l3 ccm-manager
no cdp enable
!
call application alternate DEFAULT
!
dial-peer voice 10 pots
application mgcpapp
incoming called-number .
destination-pattern 1T
direct-inward-dial
port 0/1:15
Hope this helps...
04-12-2004 12:57 PM
Hi, thanks but I have already tried the exact same config you have send, but removed the application mgcpapp later and made no difference.
I have set the voice rtp send-recv, and the isdn bind-l3 was there, but I think it is removed when it's in fallback mode....
thanks anyway
04-12-2004 01:44 PM
What are you using for DSP's in your 2651? AIM or NM-HDV? Have you tried a different IOS? Are you experiencing one way audio? Just to clarify, when you are in SRST mode the call exits the gateway correctly, you can answer the call from an external phone you just don't get any audio?
04-12-2004 02:26 PM
we are using AIM
I used 12.3(4)T3, but we had one-way voice on normal MGCP calls.
But now MGCP works fine, but no audio on outgoing calls in SRST mode (call setup works fine though).
Incoming calls are fine.
04-12-2004 02:55 PM
Do you have the commands below:
network-clock-participate wic 0
network-clock-select 1 T1 0/0
Obviously you have to change the slot number accordingly. Also, have you tried going with something like 12.2(15)ZJ3? It is a solid IOS.
04-12-2004 03:12 PM
yep, they were in...:
network-clock-participate wic 0
network-clock-select 1 E1 0/0
I can try that version, does it work with AIM/MGCP/SRST ok?
cheers!
04-12-2004 03:22 PM
Sure does. I am just about finished with a 50 site IPT install with a 2621XM at each site. I am using 12.2(15)ZJ3 at each site w/ AIM/MGCP/SRST with no issues. My config looks pretty similar to yours with the exception that I do not have h.323 bound to any interfaces but that shouldn't be affecting you (although it is worth a shot). Feel free to e-mail me at adignan@berbee.com and I can send you my configs for reference if you would like.
/andy
04-12-2004 03:24 PM
ok, thanks
btw, I added the h323 bind later too see if the problems would go away....not removed them --yet--
thanks,
I will try that version!
04-20-2004 11:12 AM
This is actually a bug with 12.3(7) code. TAC is aware of the issue and has a 12.3(7).11.T01 code that fixes this issue. It unfortunately is not on CCO at this point.
Bug id: CSCed79214
Please let me know if you have any more questions.
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