[cisco-voip] Unity Not Recording :(
Erick Bergquist
erickbe at yahoo.com
Fri Dec 30 00:45:01 EST 2005
Ok. Hmm. Does unity respond to key pressses for
options on call handlers, dial-by-name, conversations,
etc fine?
Do regular phone calls from this gateway to IP phones
at that site on subnet of unity server work fine?
What version of Unity TSP?
One or Two NICs on Unity server?
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.
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.
--- "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
> > Important Phone Numbers
> > North America Service Desk: +1 631-342-3955
> > Euro-Service Desk: +44 (0) 1753 243456
> > AP-Service Desk: +61 2 9937 0510
> > Web: http://servicedesk.ca.com/
> > (remember to mention you are a Niku Acquisition
> > employee)
> >
> >
> > > -----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
More information about the cisco-voip
mailing list