No.
On Wed, May 19, 2010 at 1:49 PM, Matthew Berry wrote:
> If the lab does not specifically ask for Subscriber, National,
> International types, would it be best to configure those anyway?
>
> I don't want to over-configure, but I'm not sure if they're expecting you
> do it or not.
>
> Ideas/Co
Is there an RP pointing directly at the BR1(MGCP) gateway? Check the
dependency records for the gateway if you aren't sure.
Roger
On Mon, May 17, 2010 at 8:23 AM, Randall Crumm <
randall.cr...@harmonicinc.com> wrote:
> Hi,
> I am trying to create a RG for BR1(MGCP) and it is not available in the
>From what I can tell the main purpose of an MTP is address translation. When
an MTP intercedes in the call the call appears to have originated from the
MTP from the perspective of the called party, at least as far as the IP
addressing is concerned.
They are also useful with RSVP to act as RSVP ag
Try rebooting the router if nothing else works.
On Mon, May 10, 2010 at 9:09 AM, kerboute kerboute
wrote:
> Hi IP Expert,
>
> I'm working on lab 5A Vol 1, on pod14 and i cannot get T1 layer2 for BR1
> to be multiframe-established.
> My config is correct.
>
> BR1-RTR#sh isdn status
> Global ISDN S
Add no auto-reg-ephone to your telephony-service section.
Roger
On Fri, May 7, 2010 at 10:00 AM, vccie2010 wrote:
> IP Communicator show as
>
> sh ephone output :
>
>
> ephone-2[1] Mac:F004.3428.A TCP socket:[4] activeLine:0 REGISTERED in SCCP
> ver 15/9
> mediaActive:0 offhook:0 ringing:0 rese
They are. :)
On Fri, May 7, 2010 at 11:23 AM, vccie2010 wrote:
> I beleive my requests are not getting posted on the list please ???
>
>
> On Thu, May 6, 2010 at 4:20 PM, vccie2010 wrote:
>
>> When I call from PSTN into the MVA number and enter the RDP no it does not
>> like it, it seems DTMF a
OK, now Proctorlabs.com is unreachable. Again. It's been going up and down
for any hour or so, but seems down now. And yes, I flushed my DNS cache
;)
On Thu, May 6, 2010 at 2:11 PM, Roger Henderson wrote:
> It's back up now - my connectivity was only down for 2 minutes. Tha
t; Yeah, same here Roger.
>>
>> On Wed, May 5, 2010 at 8:40 PM, Roger Henderson wrote:
>>
>>> Hey All,
>>>
>>> Is anyone else having trouble with Proctorlabs? My session just dropped
>>> out and I can't contact the website to seek assistance or
Hey All,
Is anyone else having trouble with Proctorlabs? My session just dropped out
and I can't contact the website to seek assistance or connect via VPN.
Roger
___
For more information regarding industry leading CCIE Lab training, please visit
www.ip
They're on the desktop of the UCCX server in a folder called 'Student".
On Sun, Feb 21, 2010 at 7:19 PM, Dave Wong wrote:
> Hi
> I'm having problems with the UCCX section for labs 6 and 7. I can't find
> the answer scripts ( .aef files) that are used for these sections of the lab
> in my member'
I found the multilab software really buggy (it crashed every time I
registered a phone), so I use the current version of VTGO-Advanced with the
/d switch (for multiple devices) - it works great (although only simulates
7961's and has some shortcomings).
On Mon, May 3, 2010 at 4:48 AM, Ravindra Lak
I doubt you'll pass without it, Tom. The competitor's offerings aren't very
good.
On Sun, May 2, 2010 at 6:12 PM, A A wrote:
> Please check ipexpert.com for details. Just wanted to say yes, It is
> definitly worth to have.
>
> Ahmad Azeem
> --
> Date: Sun, 2 May 2010
Can you post a show run on the HQ router?
On Sun, May 2, 2010 at 5:06 AM, Kalyan iyer wrote:
> Hi all,
>
> I am working on vol2 lab1, trying to get the call from the HQ site to BR2.
> I am done with the configs on the HQ for the GK and CUBE and on the BR2 RTR.
> I am unable to call from 5002 (HQ
The standard rule of a CCIE lab is that if a question doesn't specify
something, it doesn't matter (and hence we shouldn't care).
Roger
On Sat, May 1, 2010 at 10:17 AM, Sergio Polizer wrote:
> Hi,
>
> While doing the Vol 2 workbooks I have observed that when site Br1 (ISDN
> Pri/primary-ni) is
This is overkill but... you could put an ACL on your relevant interfaces
that looks something like: access-list 101 permit udp ho 1.1.1.1 any eq 123
If 1.1.1.1 is your loopback you should see packet matches on that entry.
HTH
Roger
On Sat, May 1, 2010 at 4:40 AM, vccie2010 wrote:
> Angel, thx
1 on share ?
>>
>> CAT2970(config-if-range)# srr-queue bandwidth shape 3 0 0 0 !Q1
>> is limited to 1/3 of the total available BW
>> CAT2970(config-if-range)# srr-queue bandwidth share 1 70 25 5 ! Q2
>> gets 70% of remaining BW; Q3 gets 25% and Q4 gets 5
These are the files on my Proctorlabs router:
103 2496963 Oct 19 2007 07:11:16 PHONE/7945-7965/apps45.8-3-2-27.sbn
104 585536 Oct 19 2007 07:11:14 PHONE/7945-7965/cnu45.8-3-2-27.sbn
105 2453202 Dec 18 2008 12:46:18 PHONE/7945-7965/cvm45sccp.8-3-2-27.sbn
106 326315 Oct 19 2007 07:11:18 PHONE/7945-7
Oops, Angel is right - I didn't notice your share command there (which
replaces the 32.3, 32.3, 32.3) with appropriate ratios.
Roger
2010/4/29 Angel Perez
> From QoS Entreprise 3.3
>
> Campus QoS Design chapter:
>
>
>
> CAT2970(config-if-range)# srr-queue bandwidth shape 3 0 0 0 !Q1
You're never going to get more than 100% bandwidth without upgrading your
link. :)
What you've got here is 3% (1/33 as shaped uses inverse logic), 32.3, 32.3,
32.3 as the "0" queues all share the remaining BW equally. That's all true
if my memory serves me correctly, anyhow.
Roger
On Thu, Apr 29
You could use a RL pointing to a LRG (defined in the device pool as say the
local call RG) for the local calls. For the Long distance calls you'd need
to use a specific RG.
Sorry this isn't much help but it's the best I can come up with as within a
site (for any given phone) you only have one devi
Did you check the routing from BR2 to HQ? All your problems suggest a lack
of connectivity from BR2 to the rest of the network. It's not unknown for
the startup configs to be horribly wrong (they all are, intentionally or
not, I'm unsure) in one way or another, so that could be your issue
especiall
Try the table on this URL:
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tech_note09186a0080094ae2.shtml
Roger
On Fri, Apr 23, 2010 at 12:17 AM, Jeff Cotter wrote:
> There is a huge number of posts on this, and explanations are all over
> the board. Trying to get a definitive answ
Kevin,
I had this problem yesterday sending calls through my H323 gateway. It
turned out to be related to the IP Blue softphones which I'll wager you are
using, Kevin as your problem looks mighty similar. With the IP Blue
softphones the LAST softphone to startup will be able to send and receive
so
I take that back. I was comparing it to my current CM/CUE lab which I forgot
was in SRST mode... My bad.
On Thu, Apr 22, 2010 at 7:48 PM, Roger Henderson wrote:
> It should show as "unregistered" with an IP address next to it (if you are
> in the CTI Route Point "Find"
It should show as "unregistered" with an IP address next to it (if you are
in the CTI Route Point "Find" screen). Do you have the IP address? If so, it
is all good.
On Thu, Apr 22, 2010 at 7:31 PM, Mad Kiwi wrote:
> Hi everyone,
>
> The IPMA / CTI Route Point seem to be setup as per the lab 9a.
Try adding the following command:
tftp-server flash:SIP00131A1E579D.cnf
Shut down your fa0/3/1 interface then bring it back up and you'll find that
the phone opens the .cnf file successfully (works for me anyway).
Regards,
Roger
On Wed, Apr 21, 2010 at 8:55 AM, amr gaber wrote:
> Dear,
>
Try setting the CTI Gateway under User Settings to the HQ-TCP one (I think)
on the Presence server. That's needed to get softphone mode going, so it's
worth a try. It's definitely not the VPN that's breaking things - I use the
VPN often.
On Fri, Apr 9, 2010 at 2:16 PM, vccie2010 wrote:
> I am do
Just change duplex to half on the F1/0/4 port. This works for me every time.
On Thu, Apr 8, 2010 at 4:19 PM, Mike Thompson wrote:
> Utils service list will show the list of services and their status
>
>
>
>
>
> *From:* Ryan Schwab [mailto:schwab...@shaw.ca]
> *Sent:* Thursday, April 08, 2010 1:1
Sean,
That's a POTS dial-peer. Add it to a VOIP one too. :)
Roger
On Wed, Apr 7, 2010 at 5:29 PM, sean hurricane wrote:
> i had that in another dial-peer, see below:
>
> dial-peer voice 1 pots
>
> incoming called-number .
> direct-inward-dial
>
> dial-peer voice 1000 voip
> destination-patt
I found one step to upgrading from SCCP to SIP that makes all the
difference.
Add:
tftp-server flash:SIP.xml (i think that's the filename from
memory - I just copy and paste from the debug tftp events).
To your config using the real MAC address (of course). Don't ask me why this
work
rds,
>
>
>
> ing. Iwan Hoogendoorn, CCIE3 #13084 (R&S, Sec, SP)
>
> Homepage: http://www.i-1.nl
>
> Blog: http://blog.i-1.nl
>
> Twitter: http://www.twitter.com/iwan_ccie
>
> LinkedIn: http://www.linkedin.com/in/iwanhoogendoorn
>
>
>
> *F
Iwan, what did your testing entail? I spent 90 minutes on this tonight
trying to prove my multicast MOH was working right.
On Thu, Mar 18, 2010 at 6:03 PM, Iwan Hoogendoorn wrote:
> Thanks for the suggestions!
>
>
>
> Well after I did some intensive testing it is working as it should!
>
>
>
> M
gw-priority 0 says "never use this gateway for this prefix". Essentially
they are put there for completeness to ensure that BR2RTR is never used for
the HQ and BR1 routes.
On Tue, Feb 23, 2010 at 6:00 AM, wrote:
>
> I am a little confused with the solution for question 4.6 specifically the
> Zon
Hey Everyone,
What is the best resource(s) to learn the various UCCX scripting methods
needed for the lab? Does anyone have any good resources online? How
complicated is it likely to get for the lab and how much time should we
dedicate to this?
Thanks,
Roger
_
34 matches
Mail list logo
