Hi Folks,
Sorry, I don't speak German - but I can read it with Google translate ... feel free ...
For short - I need help with the ar7cfg commands to do a rate limite/ traffic shaping between DSL/pmto and ppoe .
That is, when the BNG does NOT communicate the contractual BW on uplink, AND pppoe BW (90M/15M) is smaller than the bw negociated at the DSL line level (100/30 Mbps, etc)
This is to avoid packet drops by the BNG.
The context is below ....
Many thanks/ jet
=== CONTEXT ===
I am stuck with a problem linked to a Fritz/7590 when frontending DSL.
Version = 7.12 and the driver that comes with it (180.something).
What I observe:
(1) icmp packet drops when (laptop -->FB/pppoe/DSL -- Internet)
(2) it works correctly when I mark the ICMP traffic on "priority", rather than "default" - in the FB
(3) it works correctly when I ping the public address from outside (FB/pppoe/DSL <--> Internet host (AWS))
(4) it works correctly with a "WAN pppoe uplink", when the provider modem is doing DSL (laptop -->FB/pppoe2/LAN-->CPE/ppoe1/DSL -- Internet)
----
So all in all, my early conclusion is ... that the problem happens
*) between LAN-DSL, inside the Fbox,
*) somewhat linked to the queue "default" (so "icmp" is coincidental ... it just makes the drops more visible when I have a laptop behind)
*) Possibly due to speed mismatch between DSL (interface pmto speed = DSL line speed, 30Mbps) AND ppoe (what the BNG accepts (which is half - in my case 15Mbps)
Which I would like to test
The *possible* reason why the provider's CPE doesn't drop packets, is that they shape the traffic on the DSL link, to be conformant to pppoe settings.
BUTt I have no confirmation (it's a black box)
Looking at the Fritz diagnostics, I see this counter incrementing - but no other drops are visible - anywhere (qdisc/queues show no drops)
----
acname XXXX
0: RX bytes:1169162899 pkt error:0 discard:0 filtered:879 dropped:49
0: RX pkts:290934 unicast:290934 multicast:0 broadcast:0
0: TX bytes:2653254950 pkt error:0 discard:0 filtered:0 dropped:38587 <---- incrementing when icmp goes in "default" queue
Sorry, I don't speak German - but I can read it with Google translate ... feel free ...
For short - I need help with the ar7cfg commands to do a rate limite/ traffic shaping between DSL/pmto and ppoe .
That is, when the BNG does NOT communicate the contractual BW on uplink, AND pppoe BW (90M/15M) is smaller than the bw negociated at the DSL line level (100/30 Mbps, etc)
This is to avoid packet drops by the BNG.
The context is below ....
Many thanks/ jet
=== CONTEXT ===
I am stuck with a problem linked to a Fritz/7590 when frontending DSL.
Version = 7.12 and the driver that comes with it (180.something).
What I observe:
(1) icmp packet drops when (laptop -->FB/pppoe/DSL -- Internet)
(2) it works correctly when I mark the ICMP traffic on "priority", rather than "default" - in the FB
(3) it works correctly when I ping the public address from outside (FB/pppoe/DSL <--> Internet host (AWS))
(4) it works correctly with a "WAN pppoe uplink", when the provider modem is doing DSL (laptop -->FB/pppoe2/LAN-->CPE/ppoe1/DSL -- Internet)
----
So all in all, my early conclusion is ... that the problem happens
*) between LAN-DSL, inside the Fbox,
*) somewhat linked to the queue "default" (so "icmp" is coincidental ... it just makes the drops more visible when I have a laptop behind)
*) Possibly due to speed mismatch between DSL (interface pmto speed = DSL line speed, 30Mbps) AND ppoe (what the BNG accepts (which is half - in my case 15Mbps)
Which I would like to test
The *possible* reason why the provider's CPE doesn't drop packets, is that they shape the traffic on the DSL link, to be conformant to pppoe settings.
BUTt I have no confirmation (it's a black box)
Looking at the Fritz diagnostics, I see this counter incrementing - but no other drops are visible - anywhere (qdisc/queues show no drops)
----
acname XXXX
0: RX bytes:1169162899 pkt error:0 discard:0 filtered:879 dropped:49
0: RX pkts:290934 unicast:290934 multicast:0 broadcast:0
0: TX bytes:2653254950 pkt error:0 discard:0 filtered:0 dropped:38587 <---- incrementing when icmp goes in "default" queue