Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
Are you using frts or mqc based shaping? I believe I saw this behaviour when trying to use mqc based shaping. - Reply message - From: Ilya Rubinchik ilya.rubinc...@followmars.com Date: Thu, Feb 24, 2011 12:16 am Subject: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI To: Friderich Claude cfrider...@netcore.lu, ShinGei Yong shingei.y...@gmail.com, mihal caro mihalc...@gmail.com, ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Thanks for clarification, will try it today. But you mean, that MPL, which is very common technology in the RL, just cannot come-up automagically after router reboots? It sounds strange. ☺ -- 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] On Behalf Of Friderich Claude Sent: Thursday, February 24, 2011 1:28 AM To: ShinGei Yong; mihal caro; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Guys, My Lab is 100 percent Cisco guarantee After making more tests, I can confirm that : If I only reboot a couple of times BR2 router, virtual access becomes up after each reboot But rebooting a couple of times HQ router, the virtual access is going to be down after each reboot Conclusion: On HQ, Just have to put the command line no frame-relay interface-dlci 202 ppp Virtual-Template100 and shut the Serial interface 0/1/0 and put the command frame-relay interface-dlci 202 ppp Virtual-Template100 and no shut to make it work again Hope this can help you during the real lab … Think it’s the easiest solution to make it work …. Have to keep this in mind ☺ And again, thanks to all for your remarks and suggestions 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.lumailto:cfrider...@netcore.lu From: ShinGei Yong [mailto:shingei.y...@gmail.com] Sent: mercredi 23 février 2011 06:40 To: mihal caro; Friderich Claude; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi Caro, So what you're trying to said is that,this MLP LFI issue could be potentially caused by the non-genuine WIC instead of an IOS bugs? shingei On Wed, Feb 23, 2011 at 3:22 AM, mihal caro mihalc...@gmail.commailto:mihalc...@gmail.com wrote: The interfaces 90% of the WIC-1T interfaces that are on ebay are fake they don't come from Cisco but from china cloned.So maybe you are working on a fake ones. I have Cisco WIC-1T original and they all work after reboot. regards On 22 February 2011 17:19, Friderich Claude cfrider...@netcore.lumailto:cfrider...@netcore.lu wrote: Hi Caro, What do you mean by Cisco Original ? 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.lumailto:cfrider...@netcore.lu From: mihal caro [mailto:mihalc...@gmail.commailto:mihalc...@gmail.com] Sent: mardi 22 février 2011 12:00 To: Stutz, Bernhard Cc: Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.commailto:ccieid...@gmail.com; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.commailto:ccie_voice-boun...@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, Stutz, Bernhard st...@pandacom.demailto:st...@pandacom.de wrote: Why should your proctor reboot the router? I woG5___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
Yes, this is MQC. As per lab requirements – class-based WAN marking and policing. -- Best regards, Ilya Rubinchik Chief UC Engineer Mars Solutions Ltd. Skype: im_citius Mob: +998 (97) 712-8456 Office: +998 (71) 290-7364 From: bkvalent...@gmail.com [mailto:bkvalent...@gmail.com] Sent: Thursday, February 24, 2011 5:27 PM To: Ilya Rubinchik; Friderich Claude; ShinGei Yong; mihal caro; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Are you using frts or mqc based shaping? I believe I saw this behaviour when trying to use mqc based shaping. - Reply message - From: Ilya Rubinchik ilya.rubinc...@followmars.com Date: Thu, Feb 24, 2011 12:16 am Subject: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI To: Friderich Claude cfrider...@netcore.lu, ShinGei Yong shingei.y...@gmail.com, mihal caro mihalc...@gmail.com, ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Thanks for clarification, will try it today. But you mean, that MPL, which is very common technology in the RL, just cannot come-up automagically after router reboots? It sounds strange. ☺ -- 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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com]mailto:[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Friderich Claude Sent: Thursday, February 24, 2011 1:28 AM To: ShinGei Yong; mihal caro; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Guys, My Lab is 100 percent Cisco guarantee After making more tests, I can confirm that : If I only reboot a couple of times BR2 router, virtual access becomes up after each reboot But rebooting a couple of times HQ router, the virtual access is going to be down after each reboot Conclusion: On HQ, Just have to put the command line no frame-relay interface-dlci 202 ppp Virtual-Template100 and shut the Serial interface 0/1/0 and put the command frame-relay interface-dlci 202 ppp Virtual-Template100 and no shut to make it work again Hope this can help you during the real lab … Think it’s the easiest solution to make it work …. Have to keep this in mind ☺ And again, thanks to all for your remarks and suggestions 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.lumailto:cfrider...@netcore.lumailto:cfrider...@netcore.lu%3cmailto:cfrider...@netcore.lu From: ShinGei Yong [mailto:shingei.y...@gmail.com]mailto:[mailto:shingei.y...@gmail.com] Sent: mercredi 23 février 2011 06:40 To: mihal caro; Friderich Claude; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi Caro, So what you're trying to said is that,this MLP LFI issue could be potentially caused by the non-genuine WIC instead of an IOS bugs? shingei On Wed, Feb 23, 2011 at 3:22 AM, mihal caro mihalc...@gmail.commailto:mihalc...@gmail.commailto:mihalc...@gmail.com%3cmailto:mihalc...@gmail.com wrote: The interfaces 90% of the WIC-1T interfaces that are on ebay are fake they don't come from Cisco but from china cloned.So maybe you are working on a fake ones. I have Cisco WIC-1T original and they all work after reboot. regards On 22 February 2011 17:19, Friderich Claude cfrider...@netcore.lumailto:cfrider...@netcore.lumailto:cfrider...@netcore.lu%3cmailto:cfrider...@netcore.lu wrote: Hi Caro, What do you mean by Cisco Original ? 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.lumailto:cfrider...@netcore.lumailto:cfrider...@netcore.lu%3cmailto:cfrider...@netcore.lu From: mihal caro [mailto:mihalc...@gmail.commailto:mihalc...@gmail.com]mailto:[mailto:mihalc...@gmail.com%3cmailto:mihalc...@gmail.com%3e] Sent: mardi 22 février 2011 12:00 To: Stutz, Bernhard Cc: Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.commailto:ccieid...@gmail.commailto:ccieid...@gmail.com%3cmailto:ccieid...@gmail.com; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com%3cmailto:ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.commailto:ccie_voice-boun...@onlinestudylist.commailto:ccie_voice-boun...@onlinestudylist.com%3cmailto:ccie_voice-boun...@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
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] 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 RS 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] 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.lumailto:cfrider...@netcore.lu From: Miron Kobelski [mailto: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.lumailto: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-AddressOK? Method StatusProtocol Virtual-Access1 10.10.112.1YES TFTP up down BR2 Interface IP-AddressOK? Method StatusProtocol Virtual-Access1 10.10.112.2YES 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
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
It's the case for routing switching. They commonly reboot the routers. But I don't know if they do the same for Voice Regards Claude Friderich PreSales Support 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 From: Stutz, Bernhard [mailto:st...@pandacom.de] Sent: mardi 22 février 2011 10:52 To: Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com Cc: ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com Subject: AW: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI 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] 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 RS 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] 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.lumailto:cfrider...@netcore.lu From: Miron Kobelski [mailto: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.lumailto: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-AddressOK? Method StatusProtocol Virtual-Access1 10.10.112.1YES
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, 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.comilya.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 RS 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.comccie_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.lumailto:cfrider...@netcore.lucfrider...@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 YESTFTP up down BR2 Interface
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
Okay then we have to trust that they all use Cisco original equip at their labs or make sure to have a Cisco original interface available at the remote site wherever it is ;-) Von: mihal caro [mailto:mihalc...@gmail.com] Gesendet: Dienstag, 22. Februar 2011 12:00 An: Stutz, Bernhard Cc: Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com; ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com Betreff: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, 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] 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 RS 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] 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.lumailto:cfrider...@netcore.lu From: Miron Kobelski [mailto: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.lumailto: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
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
Just runned into this issue on my today vRack. Again MLP interface stopped to work after BR1 router reboot. `sh frame map’ command on HQ states that pvc is in Deleted state, but it PSTN and BR1 router it was in Active. Rebooting PSTN and HQ routers didn’t helped. Tried to recreate the pvc subinterface, but nope again. IOS versions was exactly the same on all routers, 124-20.T1. So I cannot say this is IOS incompatibility. This is not my first wasted voucher because of this error. Can guys from PLabs help or explain something? Thanks in advance -- Best regards, Ilya Rubinchik Chief UC Engineer Mars Solutions Ltd. Skype: im_citius Mob: +998 (97) 712-8456 Office: +998 (71) 290-7364 From: mihal caro [mailto:mihalc...@gmail.com] Sent: Tuesday, February 22, 2011 4:00 PM To: Stutz, Bernhard Cc: Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com; ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, Stutz, Bernhard st...@pandacom.demailto: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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.commailto: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.commailto:ccieid...@gmail.com Cc: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.commailto: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] Date: mar. 2/22/2011 5:32 À: Friderich Claude; Miron Kobelski; Roger Källberg; ccieid...@gmail.commailto:ccieid...@gmail.com Cc: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.commailto: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 RS 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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto: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.commailto:ccieid...@gmail.com Cc: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.commailto: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.lumailto:cfrider...@netcore.lumailto:cfrider...@netcore.lu From
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
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.comilya.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 RS 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.comccie_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.lumailto:cfrider...@netcore.lucfrider...@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 YESTFTP up down BR2 Interface IP-Address OK
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
he probably meant the cabling rather than the actual interfaces... On Tue, Feb 22, 2011 at 5:19 PM, Friderich Claude cfrider...@netcore.luwrote: Hi Caro, What do you mean by Cisco Original ? Regards Claude *Claude Friderich* *PreSales Support* *[image: 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 *From:* mihal caro [mailto:mihalc...@gmail.com] *Sent:* mardi 22 février 2011 12:00 *To:* Stutz, Bernhard *Cc:* Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com; ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, 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.comilya.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 RS 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.comccie_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.lumailto:cfrider...@netcore.lucfrider...@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
Re: [OSL | CCIE_Voice] RE : BUG ????? QoS with MLP LFI
The interfaces 90% of the WIC-1T interfaces that are on ebay are fake they don't come from Cisco but from china cloned.So maybe you are working on a fake ones. I have Cisco WIC-1T original and they all work after reboot. regards On 22 February 2011 17:19, Friderich Claude cfrider...@netcore.lu wrote: Hi Caro, What do you mean by Cisco Original ? Regards Claude *Claude Friderich* *PreSales Support* *[image: 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 *From:* mihal caro [mailto:mihalc...@gmail.com] *Sent:* mardi 22 février 2011 12:00 *To:* Stutz, Bernhard *Cc:* Friderich Claude; Ilya Rubinchik; Miron Kobelski; Roger Källberg; ccieid...@gmail.com; ccie_voice@onlinestudylist.com; ccie_voice-boun...@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] RE : BUG ? QoS with MLP LFI Hi there Yes they can reboot the router at anytime you have to explain the issue to proctor, however he is not going to help you. I had similar issues here and I found out that the Serial Interface was fake. I replaced the serial module with Cisco orginal and it worked. regards. On 22 February 2011 09:52, 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.comilya.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 RS 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.comccie_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.lumailto:cfrider...@netcore.lucfrider...@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