From: Williams, Glenn (WILLIAMSG@xxxxxxxxxxxxx)
Date: Wed Mar 06 2002 - 14:05:40 GMT-3
Ok, that was wrong & stupid. Setting the DE bit does not generate BECNs.
It appears that the switch generates FECNs in the case of congestion in
cloud and including at the egress to the hub in case of over subscription.
Now I see that the CPE, the router generates a BECN, which I would think
happens when FRTS is on which is sent back to the transmitting router. My
only questions now is if the switch or the router drops the packets with DE
bit set and how does router generate FECNs.
GW
-----Original Message-----
From: Williams, Glenn
Sent: Wednesday, March 06, 2002 10:32 AM
To: 'ccielab@groupstudy.com'
Subject: RE: FRTS inbound
Ok in trying to take a stab at my own question, I guess I can test this, but
perhaps BECN out is generated when we purposely set the DE bit via a DE
list???????
In regard to FRTS inbound settings, perhaps in the case of over subscription
the hub would tell the spoke to slow?????
Or does someone know if too much is being fed from the egress of the switch
to the hub, that the switch detects the line rate to the hub is now overrun
so now the switch sends the BECN or would it be FECN to the spoke??? Is
there any guarantee the provider will send BECNs/FECNs anyway?
GW
-----Original Message-----
From: Williams, Glenn
Sent: Wednesday, March 06, 2002 8:01 AM
To: 'ccielab@groupstudy.com'
Subject: FRTS inbound
Hi,
I think I understand that BECN inbound is from provider, correct if wrong.
But what is out? And can anyone explain FRTS inbound commands. IE., how
would a frame-relay cir or mincir IN work for traffic shaping.
input pkts 455574070 output pkts 483138147 in bytes 1861672007
out bytes 2192600297 dropped pkts 18 in FECN pkts 355742
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 1012368 out bcast bytes 143369460
pvc create time 16w1d, last time pvc status changed 02:56:04
TIA
GW
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:56:55 GMT-3