well, that is why we have this group for - to help each other and test our config and knowledge before the real test.
so gang, for WAN, when you need MLP, just go to subinterface, enter bandwidth and go to DLCI and type: auto qos voip [trust] fr-atm (trust is optional, if nothing else is asked for, but if in example, marking and remarking is asked for then don't use trust at the end and you will get access lists as well and additional remarking class - all of that you can tweak later). in example: Router(config)#interface serial 0/0/0.100 Router(config)#bandwidth 384 Router(config-subif)# frame-relay interface-dlci 100 Router(config-fr-dlci)#auto qos voip trust fr-atm that will auto-create interface Virtual-Template100 and attach it properly to the interface. also will apply LFI and fragmentation for 10ms delay. just be sure to enter bandwidth before as shown above. after that you can go and tweak whatever you need. in example, mostly you will tweak your FR class to reflect 95% of CIR as it got created now with full speed. map-class frame-relay <whatever it is named with autoqos> frame-relay cir 364800 frame-relay bc 3648 frame-relay be 0 frame-relay mincir 364800 other approach, if you DON'T need MLP, will be to set your bandwidth again and under DLCI interface type 'auto qos voip [trust]' only , with leaving fr-atm out of it. then you will get all again configured but without PPP/virtual-template interface and again you can tweak above. if you need to shape it then you will have to turn off frame-relay traffic-shaping under main serial interface and create one middle-man policy-map to shape it. in example: policy-map SHAPE class class-default shape average 364800 3648 0 service-policy output <here attach one which is created by autoqos). then go under your map-class frame-relay and attach above SHAPE to it (first remove the one attached by autoqos as that one you just now did attach to SHAPE, so now attach SHAPE to map-class instead - nested approach) ensure to configure frame-relay fragment 480 under that map-class frame-relay as well for FRF.12. On Thu, Sep 30, 2010 at 8:32 PM, Ashar Siddiqui <siddas...@gmail.com> wrote: > Help yourself .. it would then be worth being CCIE.. > > Ash> > > > voice-gang voice-gang wrote: > >> Lab in 5 days if anyone can help that would be appreciated >> >> On Thu, Sep 30, 2010 at 4:12 PM, voice-gang voice-gang < >> mgcptroubleshoot...@gmail.com <mailto:mgcptroubleshoot...@gmail.com>> >> wrote: >> >> 8.1 Switch QoS >> >> 2) On port fa 1/0/13 which is connected to HQ Phone 1, guarantee >> 32k for >> >> incoming SCCP signaling traffic. Excess traffic should be marked >> to DSCP 8 and >> >> then transmitted. By default, IP Phones mark SCCP signaling >> traffic to CS3. >> >> (3 points) >> >> 8.2 Link fragmentation and Interleaving >> >> There is 384k frame-relay PVC between HQ and SiteB. Configure R1 >> and R2 to >> enable MLP, link fragmentation and interleaving on this circuit. >> (2 points) >> Regarding the WAN qos if i will configure the HQ to SB my SC link >> become 56 K >> So i can achieve this task by adding the class map of T1 link to >> SC but do we have to do this or not. >> Regards >> MGCP >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com