[cisco-voip] Unity Not Recording :(

[Erick Bergquist]

Sounds like a routing issue of some sort, or port
blockage perhaps. When you dial in from PSTN and call
hits Unity in office B can you hear the greetings, etc
fine or is it just not recording or voice?

Any codec (region) differences between the 2 offices?
Is VPN doing any firewall'ish/acl'ish stuff that may
be effecting traffic? The second unity server have
correct router(s) being used to get back to PSTN
gateway?

When the call is connected, on gateway 'show call
active voice brief' should show the PSTN and IP leg of
call with IP address of remote host. Does this look
right? Try pinging the remote IP address from gateways
interface MGCP is sourced from. No reachability
issues? It may be useful also to watch the call in the
unity port status monitor and call viewer. 

With MGCP, try changing MGCP interface with bind
statement. I had a similar strange issue once and
bouncing MGCP didn't fix it but flip-flopping the MGCP
source interface (mgcp bind...) between LAN and WAN
interface and back again cleared it up (no mgcp/mgcp
didn't fix).

--- "Mendoza, Anthony" <Anthony.Mendoza at ca.com> wrote:

> All,  
> 
> We're running into a weird issue with a new Unity
> install.  Here's the
> basics:
>  
> Office A:
> Unity 4.X
> CCM 4.0 Cluster
> Exchange Server
> 15 channel PRI Gateway on 2651 Router
>  
> Office B:
> Unity 4.X
> Exchange Server
>  
> Office A and B connected via VPN Tunnel <100msec
> latency
>  
> We're currently 100% functioning fine in Office A,
> however, when I flip
> VM profiles and point people to Office B's Unity
> server I am unable to
> record VM messages from the PSTN.  
> 
> * If I dial an extension of a phone located in
> Office A from an internal
> IP phone, it records fine to the Unity Server in
> Office B.  The message
> then gets dropped in the Exchange Inbox as you would
> expect in Office B.
> 
> 
> * If I call that same extension from PSTN it blows
> and I get nothing.
> In fact Unity stops me 3-4 secs into it since it
> hears silence.
>  
> We already have a TAC issue open, but wanted to find
> out if anyone here
> had any ideas?
> 
> How can I make sure that when the PSTN call gets
> routed to Unity it
> shows up from #VOICE LAN IP# vs. #DATA LAN IP#
> below?
> 
> Here's a sanitized version of our 2651 config for
> reference:
> !
> ! Last configuration change at 23:12:31 UTC Wed Dec
> 28 2005
> ! NVRAM config last updated at 23:12:47 UTC Wed Dec
> 28 2005
> !
> network-clock-participate wic 0
> network-clock-select 1 E1 0/0
> voice-card 0
>  dspfarm
>  no local-bypass
> !
> isdn switch-type primary-net5
> !
> !
> voice rtp send-recv
> 
> !
> ccm-manager redundant-host #PUBLISHER IP#
> ccm-manager mgcp
> ccm-manager music-on-hold
> !
> !
> controller E1 0/0
>  pri-group timeslots 1-16 service mgcp
> !
> class-map match-all control
>  match access-group 102
> class-map match-all voice
>  match access-group 101
> !
> !
> policy-map QoS
>  class voice
>   set cos 5
>  class control
>   set cos 3
> !
> !
> !
> !
> interface FastEthernet0/0
>  description uksagr00-f0/0/0
>  ip address #USED WITH VPN# 255.255.255.252
>  speed 100
>  full-duplex
> !
> interface Serial0/0:15
>  no ip address
>  no logging event link-status
>  isdn switch-type primary-net5
>  isdn incoming-voice voice
>  isdn bind-l3 ccm-manager
>  no cdp enable
> !
> interface FastEthernet0/1
>  description TRUNK TO 3548 LAN
>  no ip address
>  duplex auto
>  speed auto
> !
> interface FastEthernet0/1.2
>  encapsulation dot1Q 2 native
>  ip address #DATA LAN IP# 255.255.254.0
>  ip access-group UKSLUNITY1 out
> !
> interface FastEthernet0/1.100
>  encapsulation dot1Q 100
>  ip address #VOICE LAN IP# 255.255.254.0
>  ip policy route-map VOIP_MONITOR
> !
> ip classless
> ip route 0.0.0.0 0.0.0.0 #TO DATA LAN#
> ip route #VOICE NETWORKS# 255.255.0.0 #TO VPN GW#
> ip http server
> !
> ip access-list extended VOIP_MONITOR
>  permit ip #VOICE LAN# 0.0.1.255 #OFFICE C LAN#
> 0.0.0.255
>  permit ip #VOICE LAN# 0.0.1.255 #OFFICE B LAN#
> 0.0.0.63
> ip access-list extended UKSLUNITY1
>  permit ip any host #UNITY SERVER IN OFC B# log
>  permit ip any any
> !
> route-map VOIP_MONITOR permit 10
>  match ip address VOIP_MONITOR
>  set ip next-hop #TO VPN GW#
> !
> control-plane
> !
> !
> !
> voice-port 0/0:15
> !
> mgcp
> mgcp call-agent #subscriber IP# 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 9 voip
>  application mgcpapp
>  destination-pattern 9T
> !
> ----
> All ideas and opinions expressed are mine and only
> mine not the company
> I work for or that you see based on my email
> address.  If I say anything
> rude or offensive blame me not my employer.



		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com