[cisco-voip] Unity Not Recording :(
Mendoza, Anthony
Anthony.Mendoza at ca.com
Fri Dec 30 11:41:00 EST 2005
In regards to the Unity Server, there's 2 installed, but the second is
disabled via the OS. I will run a trace on it and see what I get.
Thanks,
-Anthony
> -----Original Message-----
> From: Wes Sisk [mailto:wsisk at cisco.com]
> Sent: Friday, December 30, 2005 8:40 AM
> To: Mendoza, Anthony
> Cc: erickbe at yahoo.com; Cisco VoIP
> Subject: Re: [cisco-voip] Unity Not Recording :(
>
> In that case sniffer trace would be most informative. How
> many NICs in Unity server and how many are active? Typical
> issue is packets delivered to wrong interface because Unity
> advertises wrong address in OpenReceiveChannelAck or in a
> teaming scenario one NIC responds to the ARP but Unity is not
> listening on that interface.
>
> sniff at the gateway fast/enet interface.
>
> /Wes
>
>
> On Dec 30, 2005, at 12:02 AM, Mendoza, Anthony 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
> > >
> > >
> > >
> >
>
>
>
>
> __________________________________________
> 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