[cisco-voip] Unity Not Recording :(

[Mendoza, Anthony]

Well, for all that helped the issue I ran into did have to do with
routing.  We were using source based routing on the policy map
originally, but changed that to destination based routing and that
seemed to do the trick.  The local policy routing just didn't seem to
work as expected.

In any case, thanks again to everyone that helped me to troubleshoot.

-Anthony

> -----Original Message-----
> From: Erick Bergquist [mailto:erickbe at yahoo.com] 
> Sent: Friday, December 30, 2005 10:13 AM
> To: Mendoza, Anthony
> Cc: Cisco VoIP
> Subject: RE: [cisco-voip] Unity Not Recording :(
> 
> Are there any phones at this office you can test PSTN
> calls between this gateway and IP phone on to verify
> two-way communication (RTP stream) is ok? It sounds
> like RTP is not making it one direction and it sounds
> like routing is good because DTMF is making it. So
> either something is being blocked or not handled right
> by the VPN rules or policy routing perhaps. Like Wes
> said, a sniffer trace would reveal more of whats going
> on. But testing with phones may be easier then unity.
> If the phone calls work fine, and unity doesn't record
> fine then that isolates issue further down also.
> 
> You can set up a access-list to permit rtp packets
> from the gateways IP address and all other traffic
> inbound on the remote sites router interface and look
> at the counters on that ACL to see if the hits go up
> on the RTP access list entry. This will tell you if
> the traffic is getting that far or not. 
> 
> --- "Mendoza, Anthony" <Anthony.Mendoza at ca.com> wrote:
> 
> > [Comments Below]
> > 
> > > -----Original Message-----
> > > From: Erick Bergquist [mailto:erickbe at yahoo.com] 
> > > Sent: Thursday, December 29, 2005 9:45 PM
> > > To: Mendoza, Anthony; Cisco VoIP
> > > Subject: RE: [cisco-voip] Unity Not Recording :(
> > > 
> > > Ok. Hmm. Does unity respond to key pressses for
> > > options on call handlers, dial-by-name,
> > conversations,
> > > etc fine? 
> > Sure does, which is even more annoying.  If I'm
> > logged into a mailbox, I
> > can choose to send a message, choosing the extension
> > via dial by name,
> > but when I try to record a message, nothing...  same
> > as when I try to
> > call an extension directly..
> > 
> > > Do regular phone calls from this gateway to IP
> > phones
> > > at that site on subnet of unity server work fine? 
> > There are no phones in Office B on the Unity Subnet.
> > 
> > > 
> > > What version of Unity TSP?
> > Cisco Unity TSP version = 7.0(4)59)        
> > 
> > > One or Two NICs on Unity server?
> > 2 NICs, only 1 enabled
> > 
> > > That debug is not that intensive... unless theres
> > a
> > > lot of call setup or MGCP activity going on. You
> > can
> > > do it to the buffer or a syslog server to. Only
> > need
> > > to run it for period call comes in and connects to
> > > unity then can stop debug. But now that you stated
> > > it's one way audio and it shows the correct IP for
> > > remote address, chances are the MGCP call
> > > setup/audio-cutover is OK. 
> > Given your assumption above I didn't do the mgcp
> > logging.
> > 
> > > 
> > > As for sniffer traces, you may have ms network
> > monitor
> > > installed on the server you can use to get a trace
> > > from unity server side of things. You can also
> > pull up
> > > the port status monitor tool under tools depot to
> > see
> > > if ports are seeing DTMF presses if you can't do
> > > dial-by-name, etc above.
> > The port registers all the input I press...just not
> > my voice...very
> > strange I say..  are the DTMF tones sent on a
> > different channel or
> > protocol than voice?
> > 
> > 
> > > --- "Mendoza, Anthony" <Anthony.Mendoza at ca.com>
> > wrote:
> > > 
> > > > Yes, the show call act voice brief showed the IP
> > of
> > > > our Unity server.. I would say that it is 1 way
> > > > audio right now.  We hear the Unity server
> > greetings
> > > > and such fine, but it doesn't hear us when we
> > try to
> > > > record a message.  I'll try the debug mgcp
> > packet
> > > > next..is that cpu intensive?  e.g., do I need to
> > > > worry about the router crashing and burning when
> > > > running that debug?  I'm in California and this
> > > > particular 2 sites are in the UK..  so it's not
> > easy
> > > > to get over there to reset it :(
> > > > 
> > > > thanks for your help.  Hopefully TAC will have
> > some
> > > > news for us tomorrow as well.  I'll have to wait
> > > > until I get a guy in the office next week to
> > attempt
> > > > a sniffer trace.
> > > > 
> > > > -----Original Message-----
> > > > From:	Erick Bergquist [mailto:erickbe at yahoo.com]
> > > > Sent:	Thu 12/29/2005 6:29 PM
> > > > To:	Mendoza, Anthony; Cisco VoIP
> > > > Cc:	
> > > > Subject:	RE: [cisco-voip] Unity Not Recording :(
> > > > 
> > > > Ok. How about the other things noted in previous
> > > > reply? All look good? The 'show call act voice
> > > > brief'
> > > > or 'show call act voice' (more details) will
> > show
> > > > the
> > > > remote IP address (should be unity server)
> > during
> > > > you
> > > > have a call up with problem. 
> > > > 
> > > > Have you figured out if it is one-way audi
> > > > 
> > > > Have you looked at mgcp debugs on router/gateway
> > > > (debug mgcp packet) to see if that reveals
> > anything?
> > > > Maybe a sniffer trace is needed. 
> > > > 
> > > > --- "Mendoza, Anthony" <Anthony.Mendoza at ca.com>
> > > > wrote:
> > > > 
> > > > > So we fixed a routing issue we did have, but
> > no
> > > > go. 
> > > > > We've also tried
> > > > > the MGCP flip flop via:
> > > > > 
> > > > > conf t
> > > > > ! our data interface
> > > > > mgcp bind media source-interface
> > FastEthernet0/1.2
> > > > > mgcp bind control source-interface
> > > > FastEthernet0/1.2
> > > > > ! our voice interface
> > > > > mgcp bind media source-interface
> > > > FastEthernet0/1.100
> > > > > mgcp bind control source-interface
> > > > > FastEthernet0/1.100
> > > > > end
> > > > > 
> > > > > That didn't help either.
> > > > > 
> > > > > -Anthony
> > > > >  
> > > > > 
> > > > > > -----Original Message-----
> > > > > > From: Erick Bergquist
> > [mailto:erickbe at yahoo.com]
> > > > 
> > > > > > Sent: Wednesday, December 28, 2005 5:41 PM
> > > > > > To: Mendoza, Anthony; Cisco VoIP
> > > > > > Subject: Re: [cisco-voip] Unity Not
> > Recording :(
> > > > > > 
> > > > > > 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 
> > > 
> > > 
> > > 
> > 
> 
> 
> 
> 	
> 		
> __________________________________ 
> Yahoo! for Good - Make a difference this year. 
> http://brand.yahoo.com/cybergivingweek2005/
> 
>