[cisco-voip] Unity Not Recording :(

Fri Dec 30 11:30:48 EST 2005

Yeah, Erick gave me that suggestion the other day..  have that applied,
doesn't seem to help though:

mgcp bind media source-interface FastEthernet0/1.100
mgcp bind control source-interface FastEthernet0/1.100

:(

-Anthony
> -----Original Message-----
> From: Ryan Ratliff [mailto:rratliff at cisco.com] 
> Sent: Friday, December 30, 2005 8:29 AM
> To: Mendoza, Anthony
> Cc: erickbe at yahoo.com; Cisco VoIP
> Subject: Re: [cisco-voip] Unity Not Recording :(
> 
> You are correct there is one bind command for signaling and one for  
> media.  Make sure you've got both!
> 
> -Ryan
> 
> On Dec 30, 2005, at 11:20 AM, Mendoza, Anthony wrote:
> 
> 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
> >
> >
> >
> 
> 
> 
> 