I am not sure if I understand fully where in your network you want to set the DE, but consider the following example: assume R3 and R4 have a frame relay connection, and you want to set the DE bit for all non-essential traffic, in this case let´s suppose that is TELNET and FTP traffic. You would configure a frame-relay map-class and then a policy-map:
match access-group 101
map-class frame-relay DLCI_102
frame-relay cir 256000
frame-relay bc 2560
service-policy output DE_SET
frame-relay interface-dlci 102
access-list 101 permit tcp any any eq 21
access-list 101 permit tcp any any eq 25
This configuration example configures DLCI 102 wit a CIR of 256K, and sets de DE bit for TELNET and FTP traffic, which indicate that these frames have lower importance than other frames, and are Discard Eligible, that is, they can be dropped in case of congestion...
DE=1 means out of contract (above CIR) and DE=0 means within contract (below CIR).
As far as I understand you do FR switching over GRE? Well you could match with a class-map on DE bits and use these classes for output QOS (maybe IP precedence settings). Queueing however only occurs when you overload an interface. and I do not see how traffic from a serial would overload the ethernet. So presumably you do not need this at all in your setup.
for queueing you need to specify which traffic is getting what amount of bandwidth. In your setup presumably GRE (you didn´t answer that) is sent over the Ethernet and that is what you can specify. To differentiate between DE=1 and DE=0 in the FR frames you have to map them to some value visible in GRE, i.e. IP precedence.
By the way, in your setup drawn the ethernet can not be overloaded. But I assume now that there are other interfaces which can contribute to the load on the ethernet drawn. Then QoS based on IP precedence (or DSCP) makes sense. CBWFQ would be advisable.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...