<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">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.<DIV><BR class="khtml-block-placeholder"></DIV><DIV>sniff at the gateway fast/enet interface.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>/Wes<DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Dec 30, 2005, at 12:02 AM, Mendoza, Anthony wrote:</DIV><BR class="Apple-interchange-newline"><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" <<A href="mailto:Anthony.Mendoza@ca.com">Anthony.Mendoza@ca.com</A>> 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" <<A href="mailto:Anthony.Mendoza@ca.com">Anthony.Mendoza@ca.com</A>><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><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">_______________________________________________</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">cisco-voip mailing list</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A></DIV> </DIV><BR></DIV></DIV></BODY></HTML>