Could we maybe write EEM script??? that would check if MLP is down, and do the necessary steps to bring it up? It's a bit of overreaction I think, because the Proctors are probably very much aware of the problem.
Regards, On Tue, Feb 22, 2011 at 9:52 AM, Stutz, Bernhard <st...@pandacom.de> wrote: > Why should your proctor reboot the router? > > I would imagine that the proctors know about this bug otherwise nobody will > ever solve this lab where this questions comes up with (if they really > reboot the routers) and I think that should make them mindful. > > > > *Von:* ccie_voice-boun...@onlinestudylist.com [mailto: > ccie_voice-boun...@onlinestudylist.com] *Im Auftrag von *Friderich Claude > *Gesendet:* Dienstag, 22. Februar 2011 07:07 > *An:* Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com > > *Cc:* ccie_voice@onlinestudylist.com; > ccie_voice-boun...@onlinestudylist.com > *Betreff:* [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI > > > > and imagine a similar question during the lab and Proctor reboots your > routers before testing your config. > you gonna get a zero not only for the QoS question because the branch > router will not be accessible anymore .... > > I tried with different ios but what I know is that during the lab they > should use the IOS 12.4(20)T2 > and see below 12.4(24)T2, same behaviour .... > > Regards, > > Claude > -------- Message d'origine-------- > De: Ilya Rubinchik > [mailto:ilya.rubinc...@followmars.com<ilya.rubinc...@followmars.com> > ] > Date: mar. 2/22/2011 5:32 > À: Friderich Claude; Miron Kobelski; Roger Källberg; ccieid...@gmail.com > Cc: ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com > Objet : RE: [OSL | CCIE_Voice] BUG ????? QoS with MLP LFI > > I saw the same multiple times. Checked all configs with R&S CCIE sitting > near, but nothing helped. > Probably it's just IOS issue. ? > > > -- > Best regards, > Ilya Rubinchik > Chief UC Engineer > Mars Solutions Ltd. > > Skype: im_citius > Mob: +998 (97) 712-8456 > Office: +998 (71) 290-7364 > > From: ccie_voice-boun...@onlinestudylist.com [ > mailto:ccie_voice-boun...@onlinestudylist.com<ccie_voice-boun...@onlinestudylist.com>] > On Behalf Of Friderich Claude > Sent: Tuesday, February 22, 2011 1:42 AM > To: Miron Kobelski; Roger Källberg; ccieid...@gmail.com > Cc: ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] BUG ????? QoS with MLP LFI > > Hello guys, > > First, thanks a lot guys for your reply. > > For Miron, > > Respecting your different steps, it works and virtual-access becomes up > immediately ? > But after rebooting the routers, down again ? > > I have configured the MLP LFI manually instead of using auto-qos .. The > same behavior . reboot .. Protocol down > > Finally, Miron a quicker step while conserving auto qos config on each > site : > interface Serial0/1/0.1 point-to-point > bandwidth 768 > ip ospf mtu-ignore > snmp trap link-status > no frame-relay interface-dlci 102 ppp Virtual-Template100 wing steps : > > interface Serial0/1/0 > shutdown > no ip address > encapsulation frame-relay IETF > frame-relay traffic-shaping > frame-relay lmi-type ansi > ip rsvp bandwidth > > and no shut and frame-relay again of course > > For Roger and ccieid1ot, hereby my config if you have any comments, don't > hesitate > > Thanks in advance, > > Regards > > Claude Friderich > PreSales Support > [ccvp_voice_sm] > NETCORE PSF S.A. > 49 rue du Baerendall > B.P.65 L-8201 Mamer > Téléphone: 31 33 80-407 > Fax: 31 33 80 8-407 > GSM: 621 303 616 > E-mail: > cfrider...@netcore.lu<mailto:cfrider...@netcore.lu<cfrider...@netcore.lu> > > > > From: Miron Kobelski [mailto:findko...@gmail.com <findko...@gmail.com>] > Sent: lundi 21 février 2011 17:30 > To: Friderich Claude > Cc: ccie_voice-boun...@onlinestudylist.com; ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] BUG ????? QoS with MLP LFI > > Claude, > > I've seen this happen. What I'd recommend: > > sh run (to keep old config) > no frame-relay interface-dlci X (to remove all fr config) > shut interface (to remove DLCIs learned from the FR switch) > frame-relay interface-dlci X > no shut > auto qos ... > > then, check show ppp multilink ... to verify if multilink bundles are > active. > > let us know... any better ideas? > > regards > kobel > > > > > On Mon, Feb 21, 2011 at 16:25, Friderich Claude <cfrider...@netcore.lu< > mailto:cfrider...@netcore.lu <cfrider...@netcore.lu>>> wrote: > Hello Guys, > > Does anybody already encountered the problem with Virtual access ?? > > Let me explain ... > > As I configure qos with MLP LFI between hq and br2 everything was working > fine !!! > > After rebooting, no serial access anymore between hq and br2... > > With show ip interface brief I have the following protocol state : > > HQ > Interface IP-Address > OK? Method Status > Protocol > Virtual-Access1 10.10.112.1 > YES TFTP > up down > > BR2 > Interface IP-Address > OK? Method Status > Protocol > Virtual-Access1 10.10.112.2 > YES TFTP > up down > > It's not the first time !!! I tried to change the IOS but in vain. The > same behavior with IOS 12.4(20)T2,T1 and 12.4(24)T2. > > If something like this happens during the lab, what can I do ???? Just ask > the proctor and tell him that I have an unexpected behavior and that I'm > sure about the qos config ? > > I have usually this type of behavior after rebooting my routers. > > Any comments or solutions would be appreciated. > > Regards > > Claude. > > Claude Friderich > PreSales Support > [ccvp_voice_sm] > NETCORE PSF S.A. > 49 rue du Baerendall > B.P.65 L-8201 Mamer > Téléphone: 31 33 80-407 > Fax: 31 33 80 8-407 > GSM: 621 303 616 > E-mail: > cfrider...@netcore.lu<mailto:cfrider...@netcore.lu<cfrider...@netcore.lu> > > > > > -- > > This email was Anti Virus checked. > > > > Disclaimer > > The information in this Internet e-mail is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this Internet > e-mail by anyone else is unauthorized. If you are not the intended > recipient, any disclosure, copying, distribution or any action taken or > omitted to be taken in reliance on it, is prohibited and may be unlawful. > > When addressed to our clients any opinions or advice contained in this > e-mail are subject to the terms and conditions expressed in our governing > terms of business. > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com<http://www.ipexpert.com> > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com