[cisco-voip] Loss of RTP

[Linsemier, Matthew]

What kinds of phones and phone loads are you using?  I ran into a bug
like this a while back that was resolved by upgrading the phone loads.
I will see if I can scare up the Bug ID.

 

Matt

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lemon
Sent: Tuesday, January 30, 2007 9:20 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


CONFIDENTIALITY STATEMENT
This communication and any attachments are CONFIDENTIAL and may
be protected by one or more legal privileges. It is intended
solely for the use of the addressee identified above. If you
are not the intended recipient, any use, disclosure, copying
or distribution of this communication is UNAUTHORIZED. Neither
this information block, the typed name of the sender, nor
anything else in this message is intended to constitute an
electronic signature unless a specific statement to the
contrary is included in this message. If you have received this
communication in error, please immediately contact me and delete
this communication from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070130/4c458093/attachment.html