[cisco-voip] Unity Not Recording :(

Fri Dec 30 11:20:15 EST 2005

Extended ping was originally the issue we thought, but once the option
to apply the policy route map was turned on for local usage, the
extended ping works now from the PRI GW in Office A to the Unity Server
in Office B.  Also, when you refer to the interface the media is bound
to that's through the command:

mgcp bind xxxx

correct?  If there's another bind command I may be missing let me know
and I'll double check that configuration and make sure there is an
explicit bind to the Voice GW interface.

Thanks,
-Anthony

> -----Original Message-----
> From: Ryan Ratliff [mailto:rratliff at cisco.com] 
> Sent: Friday, December 30, 2005 8:16 AM
> To: Mendoza, Anthony
> Cc: erickbe at yahoo.com; Cisco VoIP
> Subject: Re: [cisco-voip] Unity Not Recording :(
> 
> DTMF is out of band, so the gateway tells CM you hit a digit, and CM  
> relays that to Unity.
> 
> How bout a simple extended ping from whichever interface your media  
> is bound to (or h.323 signalling if that's the case) to Unity?
> 
> -Ryan
> 
> On Dec 30, 2005, at 11:08 AM, Mendoza, Anthony 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
> >
> >
> >
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
> 
> 