[cisco-voip] 7941 DTMF fails after switch into SRST 4.0

Jason Aarons (US) jason.aarons at us.didata.com
Sat May 19 19:08:54 EDT 2007


I think issuing the "Start, shutdown" causes a graceful shutdown via
SCCP messages to the phones which is why I didn't get call preservation
in the testing.

I retested pulling both CallManager's Ethernet cable and the call stayed
up. DTMF works during the call, once it goes into SRST I lose DTMF
capability. The primary application is CVP (Cisco Voice Portal) I'm not
sure why all three dtmf-relay formats are there but I don't want to
remove them in case they are needed for CVP. There is no Unity.

If I start the call while under SRST I can enter DTMF tones (I'm calling
a move theatre on the PSTN that allows you to press digits to select
show times for my testing) but once CCM is down the DTMF fails.

dial-peer voice 28800 voip
 description To PrimarySubscriber
 preference 1
 destination-pattern 8800
 session target ipv4:10.20.10.4
 dtmf-relay rtp-nte h245-signal h245-alphanumeric
 codec g711ulaw
 no vad
!
dial-peer voice 2 pots
 description Outbound calls to TM E1 PSTN
 destination-pattern 9T
 incoming called-number .
 direct-inward-dial
 port 0/0/0:15

SRST 4.0(2) in 12.4(11)T2 with CP-7941G-GE with 8.2(2)SR1S

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Robert
Kulagowski
Sent: Friday, May 18, 2007 3:24 PM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] H323 Enhanced Call Preservation and Media
Inactivity Detection

Jason Aarons (US) wrote:
> I shutdown (start/shutdown, maybe I should have just pulled the NIC?)
my
> subscriber with my phone showed Active Registered, my CP-7941G-GE
> running 8.2(2)SR1S dropped the call, phone shows CM Down, features
> disabled, then registered with publisher. Test was not the desired
> results!
> 
> voice service voip 
>  allow-connections h323 to h323
>  h323
>   call preserve
> 
> IOS is 12.4(11)T2

Well, because we're single threaded over the WAN, our situation is that 
we lose connectivity to _all_ CMs, not just one.

Did you try pulling your "WAN" connection instead of shutting down a CM?

We use:

voice service voip
  fax protocol pass-through g711ulaw
  h323
   call preserve limit-media-detection
  modem passthrough nse codec g711ulaw
!
!
voice class codec 1
  codec preference 1 g711ulaw
  codec preference 2 g729r8
!
!
!
voice class h323 1
  h225 timeout tcp establish 5
   call preserve

works on 2851 / 12.4.9(T)
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.


More information about the cisco-voip mailing list