[OSL | CCIE_Voice] RTP Voice Lab

What's up with RTP? I've seen the chatter over the last few months but I hoped something would be resolved by this time. I know it's a stupid reason, based on what we're after, but tho SJ has better choices for lunch, I've really gotten hooked on Capital City Chop House :) _

Re: [OSL | CCIE_Voice] SNR calling party No to PSTN

Hi Kavi, I don't know your dial-plan requirements but you could make your Rerouting CSS see a TP that transform your calling number as you want. Make this TP to see your normal RP/LRG/RG and do not modify numbers here. At Gateway level, unckeck "Use Device Pool Calling Party Transformation CSS

Re: [OSL | CCIE_Voice] 1719 issue....

From your "main 5" debug, looks like your GK doesn't know how to route 71001. The portion i pasted below is where call comes out of VIA and its 71001, the GK errors out with no tech prefix and unknown address. Feb 11 17:47:56.607: //6BD87E3E820A/6BD87E3E820B/GK/rassrv_get_addrinfo: (71001) def

Re: [OSL | CCIE_Voice] (no subject)

Right, redistribution can wreck havoc in you network if not carefully considered. :-) Your right about that MGCP needs to lose connection to all UCM's, but that will be taken care of if you put the routes to dev null on your egress gw, ie the last hop for the network were the VGW reside. Or on t

Re: [OSL | CCIE_Voice] (no subject)

Good idea. One gotcha, if you are redistributing static routes, you can actually take down all remote locations as this route will advertise out to all locations. This happen to me once, ouch. With MGCP, the gateway will need to go into SRST to test outbound calls or the phones will fallback bu

Re: [OSL | CCIE_Voice] (no subject)

That's the way that I usually do it anyway, for example I did it last week for a client that has a MGCP VGW in Dublin and wanted to try and verify the SRST functionality. I was sitting at home, helped them out during a study break. It's actually the phones that fails over, not the VGW. It has no

Re: [OSL | CCIE_Voice] 1719 issue....

Hi again: Is the gk trunk css able to call tran pattern? Is the tp able to call hq phones? Try csim start 71001 (1001 is hq ph1) if this don't work your problem could be at the translation pattern (the one that strips the 7) Also try with "deb gatekeeper main 5" and try to identify the ar

Re: [OSL | CCIE_Voice] (no subject)

Will this place the gateway in fallback? I am assuming if the gateway is registered as any interface other than the WAN interface? Mark Nigh Systems Engineer mn...@netelligent.com (p) 314.392.6926 [cid:image001.gif@01CAAB0C.AE6348E0] From: ccie_voice-boun...@onlines

Re: [OSL | CCIE_Voice] (no subject)

You can put in two host routes that points the traffic destinated to the UCM servers to dev null. That would also make the phones to fall over to SRST. Like this ip route 10.10.210.10 255.255.255.255 null0 ip route 10.10.210.11 255.255.255.255 null0 Roger Källberg Consultant Cygate AB Eric Per

Re: [OSL | CCIE_Voice] 1719 issue....

Explicitly did that, both peers get hit on the gk. (2001 to 2002 and vice versa for call in other direction). I added the h225 connect-passth. Still getting fast-busy on inbound call from br2 to cm. Thanks so much for the help The asn1 shows reject: Feb 11 16:41:44.941: RAS OUTGO

Re: [OSL | CCIE_Voice] 1719 issue....

sorry: voice service voip h323 h225 connect-passthr Subject: RE: [OSL | CCIE_Voice] 1719 issue Date: Thu, 11 Feb 2010 07:22:27 -0500 From: pa...@marshallcomm.com To: gorr...@hotmail.com; ccie_voice@onlinestudylist.com CC: earl.ho...@sarcom.com Thanks Angel. Alas, trunk definite

Re: [OSL | CCIE_Voice] 1719 issue....

Hi: Use debug voip dialpeer all at br2 and hq, just to verify that the call is hiting the correct outgoing/incomind dial peers, this way you may isolate the problem in hq or br2 router. Also try with deb h225 asn1 and try to find admission reject message. Sometimes this command is a

[OSL | CCIE_Voice] MGCP OTQ

Hey, curious to know if anyone has seen support yet for VRF-Aware MGCP... There was some chatter about it happening in 12.4(22)T/12.2(24)T but nothing in the release notes... Thanks, Jason http://slash128.com ___ Fo

Re: [OSL | CCIE_Voice] (no subject)

You can use acl to test SRST. Regards, Aman On Thu, Feb 11, 2010 at 8:26 AM, Arun Kumar wrote: > just simply stop ccm service. > > > On Thu, Feb 11, 2010 at 4:16 PM, Nish Tarpara wrote: > >> Hi, >> >> With regards to SRST teting on remote lab, please advice me how to test it >> by remote ip

Re: [OSL | CCIE_Voice] (no subject)

just simply stop ccm service. On Thu, Feb 11, 2010 at 4:16 PM, Nish Tarpara wrote: > Hi, > > With regards to SRST teting on remote lab, please advice me how to test it > by remote ip phones connected via Ezvpn. > > Regards, > > Nish Tarpara > > > > > > -- > We want

Re: [OSL | CCIE_Voice] Clients experiencing EZVPN Problems with Proctorlabs

I am not sure what the end of release is for those routers you can double check but I believe they stopped support at 12.4 Mainline. The minimum requirement is 12.4(15)T or higher. The IOS is the determining factor. An 831 maxed with 64 MB RAM and 16 MB Flash or any 850 series 870 series is wher

Re: [OSL | CCIE_Voice] 1719 issue....

Thanks Angel. Alas, trunk definitely in its own region (BR2, 729). I'd had to uncheck the wait for h.245 to make the egress calling work (from UCM) and right now all locations (UCM) have unlimited bandwidth. I did not explicitly do anything to inter or intra zone bandwidth on the gk so that shou

Re: [OSL | CCIE_Voice] (no subject)

Hi, Just wanted to confirm with my last email that on my last session, i did tried to use Simulate SRST WAN Failure link but i was't able to test SRST properly, I will try to check it again today. Regards, Nish Tarpara From: nishi...@hotmail.com To: ccie_voice@onlinestudylist.com Da

[OSL | CCIE_Voice] (no subject)

Hi, With regards to SRST teting on remote lab, please advice me how to test it by remote ip phones connected via Ezvpn. Regards, Nish Tarpara _ Tell us your greatest, weirdest and

Re: [OSL | CCIE_Voice] Are there 4 hour lab blocks yet

Looking forward to :) - Dew Swen On Thu, Feb 11, 2010 at 6:21 AM, Randall Crumm < randall.cr...@harmonicinc.com> wrote: > Anyone know if and when?? > > Thanks > Randall > > Sent from my iPhone > > On Feb 10, 2010, at 4:53 PM, "ccie_voice-requ...@onlinestudylist.com" < > ccie_voice-requ...@onlin

Re: [OSL | CCIE_Voice] SNR calling party No to PSTN

Hi Sergio, |Thanks for ur reply, I already have these parameter as u mentioned, but still the same result. I'm passing these mobilty call through the LRG , hence using HQ Gw. What else I could do to get this Calling NO to PSTN On Wed, Feb 10, 2010 at 3:54 AM, Sergio Polizer wrote: > Hi, > > If

Re: [OSL | CCIE_Voice] 1719 issue....

Hello: Check the following - The gk trunk most be in region that speaks g729 with hq region - Unchek "wait for h245 capabilities" check box at gk trunk - Also be sure that the calls is g729 and gk cac has enough bandwith (erase bandwith commands from gk config to be sure) hth D