[cisco-voip] Unity Not Recording :(

Ryan Ratliff rratliff at cisco.com
Fri Dec 30 11:16:20 EST 2005 

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

More information about the cisco-voip mailing list