[cisco-voip] Unity Not Recording :(

[Mendoza, Anthony]

[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 
> 
> 
>