[cisco-voip] no QoS solution in WAN with L2VPN over FR!!!

Nikola Stojsin nikola at worldnet.att.net
Tue Jul 29 09:30:23 EDT 2008


Sinisa - 

 

Two quick questions/suggestions:

1) Did you try applying CBWFQ on a per-PVC basis (looks like you did and it
did not work). That is, configuring a service-policy within a Frame Relay
map-class, and then applying the map-class to the VC:
<http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tech_note09186a008
009489a.shtml>
http://www.cisco.com/en/US/tech/tk543/tk545/technologies_tech_note09186a0080
09489a.shtml  

2) Second possibility I can think of would be to try using qos pre-classify
command on the virtual interfaces (this, however, may or may not help over
the F/R cloud).
 
Puno pozdrava!
 
Nikola

 

 

 

------------------------------
Nikola Stojsin
PhD CCIE #12888
 <mailto:Nikola at att.net> Nikola at att.net
(917) 558-1423

(917) 591-9382 (fax)
------------------------------

 

 

  _____  

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Djokic Sinisa
Sent: Tuesday, July 29, 2008 8:27 AM
To: 'cisco voip'
Subject: [cisco-voip] no QoS solution in WAN with L2VPN over FR!!!

 

 

hi group..

 

 

 

according to TAC engineer who talked with colleague of mine cisco doesn't
have solution for next scenario..

 

 

in my country TELCO offers L2VPN over frame-relay network as well as over
ethernet..

 

 

so, according to cisco we cannot offer QoS solution for those customers who
still use FR as access to L2VPN..

 

 

so the issue is in branch office WAN router..

 

the problem occurs since we need to create interface BVI on every branch
router and assign ip address to it instead of frame-relay serial
subinterface..

this is a MUST, beacuse of frame-relay encapsulation on the FR access, and
central office understands only ethernet frames..

this way we're bounding FR to eth..

 

so, we cannot apply LLQ or CBWFQ or GTS to interface BVI, it's not
supported..

 

 

also, when we appy it to frame-relay subinterface ( which has all the
configuration like classic FR interface except the fact that belongs to
bridge-group and hasn't  ip address ), it doesn't work..

 

any thoughts how to overcome this..

 

although i'm not shure it can be helped..

 

 

thanx..

 

 

regards..

 

Sinisa Djokic 

System Engineer
CCNP,CCDA,CQS-CWLDS,CS-CIPTDS,CS-CIPCCES Cisco Certified

 




  

MDS Informaticki inzenjering
Bul. Arsenija Carnojevica 170
11070 Novi Beograd, Serbia
Tel: +381 11 2015 200, 2015 273
Fax: +381 11 3194 954
www.mds.rs
sdjokic at mds.rs

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080729/87d4a293/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 3522 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080729/87d4a293/attachment-0001.obj>


More information about the cisco-voip mailing list