<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Windows-1252">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.0.6487.1">
<TITLE>RE: [cisco-voip] Unity Not Recording :(</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>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 :(<BR>
<BR>
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.<BR>
<BR>
-----Original Message-----<BR>
From: Erick Bergquist [<A HREF="mailto:erickbe@yahoo.com">mailto:erickbe@yahoo.com</A>]<BR>
Sent: Thu 12/29/2005 6:29 PM<BR>
To: Mendoza, Anthony; Cisco VoIP<BR>
Cc: <BR>
Subject: RE: [cisco-voip] Unity Not Recording :(<BR>
<BR>
Ok. How about the other things noted in previous<BR>
reply? All look good? The 'show call act voice brief'<BR>
or 'show call act voice' (more details) will show the<BR>
remote IP address (should be unity server) during you<BR>
have a call up with problem.<BR>
<BR>
Have you figured out if it is one-way audi<BR>
<BR>
Have you looked at mgcp debugs on router/gateway<BR>
(debug mgcp packet) to see if that reveals anything?<BR>
Maybe a sniffer trace is needed.<BR>
<BR>
--- "Mendoza, Anthony" <Anthony.Mendoza@ca.com> wrote:<BR>
<BR>
> So we fixed a routing issue we did have, but no go.<BR>
> We've also tried<BR>
> the MGCP flip flop via:<BR>
><BR>
> conf t<BR>
> ! our data interface<BR>
> mgcp bind media source-interface FastEthernet0/1.2<BR>
> mgcp bind control source-interface FastEthernet0/1.2<BR>
> ! our voice interface<BR>
> mgcp bind media source-interface FastEthernet0/1.100<BR>
> mgcp bind control source-interface<BR>
> FastEthernet0/1.100<BR>
> end<BR>
><BR>
> That didn't help either.<BR>
><BR>
> -Anthony<BR>
> Important Phone Numbers<BR>
> North America Service Desk: +1 631-342-3955<BR>
> Euro-Service Desk: +44 (0) 1753 243456<BR>
> AP-Service Desk: +61 2 9937 0510<BR>
> Web: <A HREF="http://servicedesk.ca.com/">http://servicedesk.ca.com/</A><BR>
> (remember to mention you are a Niku Acquisition<BR>
> employee)<BR>
> <BR>
><BR>
> > -----Original Message-----<BR>
> > From: Erick Bergquist [<A HREF="mailto:erickbe@yahoo.com">mailto:erickbe@yahoo.com</A>]<BR>
> > Sent: Wednesday, December 28, 2005 5:41 PM<BR>
> > To: Mendoza, Anthony; Cisco VoIP<BR>
> > Subject: Re: [cisco-voip] Unity Not Recording :(<BR>
> ><BR>
> > Sounds like a routing issue of some sort, or port<BR>
> > blockage perhaps. When you dial in from PSTN and<BR>
> call<BR>
> > hits Unity in office B can you hear the greetings,<BR>
> etc<BR>
> > fine or is it just not recording or voice?<BR>
> ><BR>
> > Any codec (region) differences between the 2<BR>
> offices?<BR>
> > Is VPN doing any firewall'ish/acl'ish stuff that<BR>
> may<BR>
> > be effecting traffic? The second unity server have<BR>
> > correct router(s) being used to get back to PSTN<BR>
> > gateway?<BR>
> ><BR>
> > When the call is connected, on gateway 'show call<BR>
> > active voice brief' should show the PSTN and IP<BR>
> leg of<BR>
> > call with IP address of remote host. Does this<BR>
> look<BR>
> > right? Try pinging the remote IP address from<BR>
> gateways<BR>
> > interface MGCP is sourced from. No reachability<BR>
> > issues? It may be useful also to watch the call in<BR>
> the<BR>
> > unity port status monitor and call viewer.<BR>
> ><BR>
> > With MGCP, try changing MGCP interface with bind<BR>
> > statement. I had a similar strange issue once and<BR>
> > bouncing MGCP didn't fix it but flip-flopping the<BR>
> MGCP<BR>
> > source interface (mgcp bind...) between LAN and<BR>
> WAN<BR>
> > interface and back again cleared it up (no<BR>
> mgcp/mgcp<BR>
> > didn't fix).<BR>
> ><BR>
> > --- "Mendoza, Anthony" <Anthony.Mendoza@ca.com><BR>
> wrote:<BR>
> ><BR>
> > > All, <BR>
> > ><BR>
> > > We're running into a weird issue with a new<BR>
> Unity<BR>
> > > install. Here's the<BR>
> > > basics:<BR>
> > > <BR>
> > > Office A:<BR>
> > > Unity 4.X<BR>
> > > CCM 4.0 Cluster<BR>
> > > Exchange Server<BR>
> > > 15 channel PRI Gateway on 2651 Router<BR>
> > > <BR>
> > > Office B:<BR>
> > > Unity 4.X<BR>
> > > Exchange Server<BR>
> > > <BR>
> > > Office A and B connected via VPN Tunnel <100msec<BR>
> > > latency<BR>
> > > <BR>
> > > We're currently 100% functioning fine in Office<BR>
> A,<BR>
> > > however, when I flip<BR>
> > > VM profiles and point people to Office B's Unity<BR>
> > > server I am unable to<BR>
> > > record VM messages from the PSTN. <BR>
> > ><BR>
> > > * If I dial an extension of a phone located in<BR>
> > > Office A from an internal<BR>
> > > IP phone, it records fine to the Unity Server in<BR>
> > > Office B. The message<BR>
> > > then gets dropped in the Exchange Inbox as you<BR>
> would<BR>
> > > expect in Office B.<BR>
> > ><BR>
> > ><BR>
> > > * If I call that same extension from PSTN it<BR>
> blows<BR>
> > > and I get nothing.<BR>
> > > In fact Unity stops me 3-4 secs into it since it<BR>
> > > hears silence.<BR>
> > > <BR>
> > > We already have a TAC issue open, but wanted to<BR>
> find<BR>
> > > out if anyone here<BR>
> > > had any ideas?<BR>
> > ><BR>
> > > How can I make sure that when the PSTN call gets<BR>
> > > routed to Unity it<BR>
> > > shows up from #VOICE LAN IP# vs. #DATA LAN IP#<BR>
> > > below?<BR>
> > ><BR>
> > > Here's a sanitized version of our 2651 config<BR>
> for<BR>
> > > reference:<BR>
> > > !<BR>
> > > ! Last configuration change at 23:12:31 UTC Wed<BR>
> Dec<BR>
> > > 28 2005<BR>
> > > ! NVRAM config last updated at 23:12:47 UTC Wed<BR>
> Dec<BR>
> > > 28 2005<BR>
> > > !<BR>
> > > network-clock-participate wic 0<BR>
> > > network-clock-select 1 E1 0/0<BR>
> > > voice-card 0<BR>
> > > dspfarm<BR>
> > > no local-bypass<BR>
> > > !<BR>
> > > isdn switch-type primary-net5<BR>
> > > !<BR>
> > > !<BR>
> > > voice rtp send-recv<BR>
> > ><BR>
> > > !<BR>
> > > ccm-manager redundant-host #PUBLISHER IP#<BR>
> > > ccm-manager mgcp<BR>
> > > ccm-manager music-on-hold<BR>
> > > !<BR>
> > > !<BR>
> > > controller E1 0/0<BR>
> > > pri-group timeslots 1-16 service mgcp<BR>
> > > !<BR>
> > > class-map match-all control<BR>
> > > match access-group 102<BR>
> > > class-map match-all voice<BR>
> > > match access-group 101<BR>
> > > !<BR>
> > > !<BR>
> > > policy-map QoS<BR>
> > > class voice<BR>
> > > set cos 5<BR>
> > > class control<BR>
> > > set cos 3<BR>
> > > !<BR>
> > > !<BR>
> > > !<BR>
> > > !<BR>
> > > interface FastEthernet0/0<BR>
> > > description uksagr00-f0/0/0<BR>
> > > ip address #USED WITH VPN# 255.255.255.252<BR>
> > > speed 100<BR>
> > > full-duplex<BR>
> > > !<BR>
> > > interface Serial0/0:15<BR>
> > > no ip address<BR>
> > > no logging event link-status<BR>
> > > isdn switch-type primary-net5<BR>
> > > isdn incoming-voice voice<BR>
> > > isdn bind-l3 ccm-manager<BR>
> > > no cdp enable<BR>
> > > !<BR>
> > > interface FastEthernet0/1<BR>
> > > description TRUNK TO 3548 LAN<BR>
> > > no ip address<BR>
> > > duplex auto<BR>
> > > speed auto<BR>
> > > !<BR>
> > > interface FastEthernet0/1.2<BR>
> > > encapsulation dot1Q 2 native<BR>
> > > ip address #DATA LAN IP# 255.255.254.0<BR>
> > > ip access-group UKSLUNITY1 out<BR>
> > > !<BR>
> > > interface FastEthernet0/1.100<BR>
> > > encapsulation dot1Q 100<BR>
> > > ip address #VOICE LAN IP# 255.255.254.0<BR>
> > > ip policy route-map VOIP_MONITOR<BR>
> > > !<BR>
> > > ip classless<BR>
> > > ip route 0.0.0.0 0.0.0.0 #TO DATA LAN#<BR>
> > > ip route #VOICE NETWORKS# 255.255.0.0 #TO VPN<BR>
> GW#<BR>
> > > ip http server<BR>
> > > !<BR>
> > > ip access-list extended VOIP_MONITOR<BR>
> > > permit ip #VOICE LAN# 0.0.1.255 #OFFICE C LAN#<BR>
> > > 0.0.0.255<BR>
> > > permit ip #VOICE LAN# 0.0.1.255 #OFFICE B LAN#<BR>
> > > 0.0.0.63<BR>
> > > ip access-list extended UKSLUNITY1<BR>
> > > permit ip any host #UNITY SERVER IN OFC B# log<BR>
> > > permit ip any any<BR>
> > > !<BR>
> > > route-map VOIP_MONITOR permit 10<BR>
> > > match ip address VOIP_MONITOR<BR>
> > > set ip next-hop #TO VPN GW#<BR>
> > > !<BR>
> > > control-plane<BR>
> > > !<BR>
> > > !<BR>
> > > !<BR>
> > > voice-port 0/0:15<BR>
> > > !<BR>
> > > mgcp<BR>
> > > mgcp call-agent #subscriber IP# service-type<BR>
> mgcp<BR>
> > > version 0.1<BR>
> > > mgcp dtmf-relay voip codec all mode out-of-band<BR>
> > > mgcp rtp unreachable timeout 1000 action notify<BR>
> > > mgcp package-capability rtp-package<BR>
> > > no mgcp package-capability res-package<BR>
> > > mgcp package-capability sst-package<BR>
> > > no mgcp package-capability fxr-package<BR>
> > > no mgcp timer receive-rtcp<BR>
> > > mgcp sdp simple<BR>
> > > mgcp fax t38 inhibit<BR>
> > > mgcp rtp payload-type g726r16 static<BR>
> > > !<BR>
> > > mgcp profile default<BR>
> > > !<BR>
> > ><BR>
> > > dial-peer voice 9 voip<BR>
> > > application mgcpapp<BR>
> > > destination-pattern 9T<BR>
> > > !<BR>
> > > ----<BR>
> > > All ideas and opinions expressed are mine and<BR>
> only<BR>
> > > mine not the company<BR>
> > > I work for or that you see based on my email<BR>
> > > address. If I say anything<BR>
> > > rude or offensive blame me not my employer.<BR>
> ><BR>
> ><BR>
> ><BR>
> > <BR>
> > __________________________________________<BR>
> > Yahoo! DSL - Something to write home about.<BR>
> > Just $16.99/mo. or less.<BR>
> > dsl.yahoo.com<BR>
> ><BR>
> ><BR>
> ><BR>
><BR>
<BR>
<BR>
<BR>
<BR>
__________________________________________<BR>
Yahoo! DSL – Something to write home about.<BR>
Just $16.99/mo. or less.<BR>
dsl.yahoo.com<BR>
<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>