[cisco-voip] Loss of RTP

Jason Aarons (US) jason.aarons at us.didata.com
Tue Jan 30 10:16:51 EST 2007


I don't usually use "voice call carrier capacity active", I would test removing it, maybe it is disconnecting the call?
 
Any particular reason you are using it?

________________________________

From: cisco-voip-bounces at puck.nether.net on behalf of Lemon
Sent: Tue 1/30/2007 9:19 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Loss of RTP


Hi,

Got remote site with 2801 and 6 users. When these users phone HQ over the WAN they sometimes loose the audio (remote site can't hear HQ but HQ can still hear remote site) and this happens intermittent. Funny thing is that if remote site puts HQ user on hold when there is no audio nad take them off hold - normal audio works both ways again. All other Remote sites does not have this problem. Remote site 2801 has following config running c2801-ipvoice-mz.124-4.T5.bin IOS:



voice-card 0
!
!
voice call send-alert
voice call carrier capacity active
voice rtp send-recv
!
voice service voip 
 h323
!
voice class codec 1 
 codec preference 1 g729r8
 codec preference 2 g711ulaw
!
!
voice class codec 1
 codec preference 1 g729r8
 codec preference 2 g711ulaw
!
!
interface Multilink1
 bandwidth 512
 ip address x.x.x.x 255.255.255.252
 ip tcp header-compression iphc-format
 no ip mroute-cache
 no cdp enable
 ppp multilink
 ppp multilink interleave
 ppp multilink group 1
 ppp multilink fragment delay 20 
 service-policy output Voice-QOS
 ip rtp header-compression iphc-format
!
!
interface FastEthernet0/1/0
 spanning-tree portfast
 service-policy output AutoQoS-Policy-Trust
!
interface FastEthernet0/1/1 
 spanning-tree portfast
 service-policy output AutoQoS-Policy-Trust
!
!
interface Serial0/2/0
 bandwidth 512
 no ip address
 ip pim sparse-dense-mode
 encapsulation ppp
 no ip mroute-cache
 load-interval 30
 ppp multilink
 ppp multilink group 1
!
!
ip access-list extended SIGNALING
 permit tcp any any range 2000 2002
 permit tcp any any eq 1859
 permit tcp any any eq 1659
 permit tcp any any range 2427 2428 
 permit tcp any any eq 2727
 permit tcp any any eq 1300
 permit tcp any any range 1718 1720
 permit tcp any any range 11000 11999
 permit udp any any eq 1300
 permit udp any any range 1718 1720
 permit udp any any range 2427 2428 
 permit tcp any range 2000 2002 any
 permit tcp any eq 1859 any
 permit tcp any eq 1659 any
 permit tcp any range 2427 2428 any
 permit tcp any eq 2727 any
 permit tcp any eq 1300 any
 permit tcp any range 1718 1720 any 
 permit tcp any range 11000 11999 any
 permit udp any eq 1300 any
 permit udp any range 1718 1720 any
 permit udp any range 2427 2428 any
 permit udp any any eq 11720
 permit udp any eq 11720 any
ip access-list extended VOICE 
permit udp any range 16384 32767 any range 16384 32767
!

and the HQ router has the following running c3640-is-mz.122-1a.bin IOS:

class-map match-any VoIP_Control_X
  match ip dscp 24 
  match ip dscp 26 
!
class-map match-any VOIP_Bearer_X
 match ip dscp 46 
!
policy-map Voice-QOS_X
  class VoIP_Control_X
   bandwidth 26
  class VOIP_Bearer_X
    priority 160
  class class-default
   fair-queue 
!
interface Multilink4
 description Link to X
 bandwidth 512
 ip address x.x.x.y 255.255.255.252
 no ip route-cache cef
 ip tcp header-compression iphc-format
 no ip mroute-cache
 service-policy output Voice-QOS_X
 no cdp enable
 ppp multilink
 ppp multilink fragment-delay 20
 ppp multilink interleave
 multilink-group 4
  ip rtp header-compression iphc-format 
!


Any ideas???

Thnx

Lemon




-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070130/7303e7c1/attachment.html 


More information about the cisco-voip mailing list