Αναζήτηση:

Συγχαρητηρια Prototype!

Ο επιμενων νικα!

:COOL:

ναι, ετουτο :)

για το client id ελεγα. το username αποτι καταλαβαινω το πετυχες αφου κανει register στον sip server (πρασινο λαμπακι)

θα ελεγα οτι ενα απο αυτα που δοκιμαζεις πρεπει να ειναι :mrgreen: ... ξερω δεν βοηθαει πολυ αλλα μονο η nova/wind/forthnet μπορει να δωσει την σωστη απαντηση :)

προσοχη μηπως θελει και +30 μπροστα οταν το φορματ περιεχει και το τηλεφωνικο νουμερο :lamer

- - - Updated - - -

Το Option 61 ειναι αν λειπει ενα @ η _ το πιανει για λαθος; Γιατι εχω δει πολλα Client ID και δεν ξερω αν εχει ξεχαστει καποια λεπτομερεια.

το string μπορει να ειναι κυριολεκτικα οτιδηποτε, δεν εχει καποιο συγκεκριμενο φορματ.

o front panel connector ειναι συνηθως στανταρντ στα περισσοτερα asus/msi/gigabyte motherboards.

https://i.ibb.co/Dr2TyzR/image.png

το power button που σε ενδιαφερει ειναι τα παρακατω pins που εχω σημειωσει με κοκκινο πλαισιο:

https://i.ibb.co/C8MXKsM/Screenshot-2024-04-14-183032.png

μαλλον κανεις το rookie mistake και βαζεις τους connectors "καθετα" στα pins αντι για οριζοντια ;)

το οτι κλεινει ξανα μονος του σε 2-3 secs μυριζει για κολλημενο power button στην προσοψη/στην οροφη του κουτιου.

πριν βαλες οποιοδηποτε καλωδιο δοκιμασε με ενα λεπτο κατσαβιδι να κανεις επαφη τα pwr button pins και θα πρεπει να αναψει και να μεινει αναμμενο μολις σηκωσεις το κατσαβιδι.

αν δεν σηκωσεις το κατσαβιδι, αυτο το εκλαμβανει οτι πατας το κουμπι συνεχως και αρα το σβηνει.

Γιατι το ONT ειναι μερος/ευθυνη του οπτικου δικτυου GPON του παροχου προσβασης ενω o τερματικος εξοπλισμος (Τ.Ε - το router δηλαδη) ειναι μερος/ευθυνη του παροχου υπηρεσιας η/και του χρηστη που θα βαλει το δικο του εργαλειο.

Και στα adsl/vdsl αρχικα ηταν ετσι. Ο εξοπλισμος που κρατουσε την xdsl συνδεση ηταν ξεχωριστο device απο τον router που θα εδινε τελικα υπηρεσιες IP. <-- Δεν το ειδαμε ποτε στην Ελλαδα γιατι μεχρι να ερθει το xdsl στην Ελλαδα, το AIO xdsl modem & IP router ειχε γινει πλεον standard :)

Το ιδιο και το wifi. Θελαμε αλλο device (Access Point) που θα εκανε το bridging LAN <-> ασυρματοι σταθμοι.

Τελικα αυτα ολα τα τσιπακια συντομα κατεληξαν να χωρανε στην ιδια συσκευη, δηλαδη σε ενα device εχουμε ταυτοχρονα xdsl modem που μιλαει με το δικτυο προσβασης (dslam) και εχει και ενσωματωμενο AP και ειναι και router


ο ΟΤΕ επρεπε πρωτα να κανει την αποσβεση του ISDN στο οποιο ειχε επενδυσει και να ξεφορτωθει τα μυρια NT1 που ειχε προμηθευτει απο την Intracom. Αθωοι καιροι τοτε :lol:

Κανε force το link speed στα 100Mbit/s απο την αλλη ακρη η και απο το ιδιο το router αν αυτο ειναι εφικτο.
Αν μιλαμε για windows pc -> device manage -> καρτα δικτυου -> advanced properties στην καρτα δικτυου και καπου εκει θα πρεπει να εχει επιλογη για το Link speed:

https://i.ibb.co/FH3xY8Y/image.png

αν παλι δεν δουλευει μαλλον δεν εκανες σωστα τον τερματισμο στους ακροδεκτες (πχ δεν παταει καλα το pin στο καλωδιο πανω)

Δειτε και αυτο το βιντεο οταν εχετε χρονο. https://youtu.be/4fgh0ToV1aw?si=c_n16a5iTTMSVB5U
Αναφερει οτι υπαρχει κατασκευαστικο προβλημα(?) και οτι υπαρχουν 2 εκδοσεις του 5530(?)
Και αλλα...

πολυ κουραστικο το video των 55 λεπτων. το εβαλα σε x2 να παιζει και παλι δεν βλεπεται γιατι επαναλαμβανει τα ιδια και τα ιδια.

στο πρωτο μισο του video τρωει 20 λεπτα για να καταληξει να μας προτεινει οτι αν βαλουμε στο auto τις ρυθμισεις και ιδιο ssid στα 2,4 & 5,0 βλεπουμε καποια καλυτερη αποδοση στο wifi.

στο υπολοιπο μισο -που δεν ειχα την υπομονη να το δω ολο σε λεπτομερεια- μιλαει για μοντα με το frixtender.de κατι που ενας στους 10.000 χρηστες θα κατσει να κανει, για τις ρυθμισεις UI του fritz, και τελος μας δειχνει Speedtests.

με ολο τον σεβασμο στον Harris Κ. που το εκανε και καλως το εκανε και μπραβο του:

επικαλειται ανεκδοτες διηγησεις καποιων στο εξωτερικο που "κατεληξαν" οτι εχει προβλημα με το wifi γιατι τα καλωδια περνανε διπλα απο πυκνωτες και λογω Η/Μ πεδιων το σημα χαρακωνεται. Δεν διαφωνω οτι μπορει να συμβαινει αλλα που ειναι τα δεδομενα για αυτο? Και αντε ας πουμε οτι βρισκουμε τα δεδομενα. Ηλεκτρολογοι μηχανικοι/φυσικοι/τηλεπικοινωνιακοι ειδικοι ειμαστε για να μιλαμε σε αυτο το επιπεδο? και πιο ειναι το εργαλειο των δοκιμων μας? windows pc και το speedtest.net? Αυτα δεν ειναι σοβαρα πραγματα.

σε καποιο σημειο μπλεκει το wifi με την οπτικη και τα dB του οπτικου σηματος και την εγκατασταση που εκανε το συνεργειο των οπτικων ινων. Γιατι ολο αυτο το μπλεξιμο?

ειναι το 5530 η ναυαρχιδα της AVM στο wifi ? οχι φυσικα. οτι δινεις (η δεν δινεις στην περιπτωση μας) παιρνεις.

Οταν ειδα τη λεξη "φιασκο" νομιζα οτι θα μιλησουμε για τις θερμοκρασιες και τα reboot. Οχι ομως, το φιασκο ειναι οτι δεν παιζει full speed στα 1000 στο wifi με το PC να ειναι 2 τοιχους πισω στην αλλη ακρη του σπιτιου. Απαπα, απαραδεκτο.

Αυτο που δεν μου αρεσει ειναι οτι μας χαρισανε αλογο και το κοιταμε στα δοντια. Τζαμπα CPE των 180 ευρω + τζαμπα extender 1200ΑΧ των 100+ ευρω και παλι γρινια.
Και για πιο λογο η γκρινια? Για το gaming φυσικα. Υπαρχει σοβαρος gamer που παιζει over wifi και οχι με καλωδιο ethernet?

Το 5530 δοθηκε απο τον οτε γιατι ηθελε επειγοντως να δωσει πρωτος την 1Gbit στα πακετα του και δεν υπηρχε κινεζικη πλατφορμα ετοιμη/δοκιμασμενη/φθηνη που να εχει οπτικο interface απο την μια και >1Gbit απο την μερια του LAN. Τα Nokia ΟΝΤ μεχρι 930Mbit/s εδιναν/δινουν και θα ηταν πραγματικο φιασκο να δωσουν Nokia ONT στα 1Gbit πακετα και κανεις ποτε να μην δει πανω απο 930Mbit/s στο speedtest.net. Απειρο κραξιμο στα social media και στο youtube που το πακετο των 1Gbit/s ειναι στην πραγματικοτητα 930Mbit/s.

τωρα που οι κινεζιες και τα σαπακια εκλεισαν αυτο το κενο σιγα μην ξαναδουμε CPE της AVM απο τον οτε δωρεαν. ΖΤΕ και αγιος ο θεος, οσο πιο δυσχρηστο και μυστηριο ειναι το CPE απο τον χρηστη τοσο το καλυτερο για το support μας = λιγοτερα τηλεφωνα. Σιγα μην δωσουμε AVM παλι να μας πρηζουν γιατι δεν δουλευει ο τηλεφωνητης, η το VPN, η το smart home, η το mesh του, η το dect του.

Πολυ ωραια, μπραβο στον τεχνικο που πηρε πανω του την αλλαγη του ΟΝΤ :)

... εφτασα αισιως τα 1000 μηνυματα :yahoo:

:1000ballo

Εμενα εχει αυτο.. ^

Αρα και σενα μιλαει με tr-069 περιοδικα (καθε 6 ωρες) και φαινονται και 2 εκτακτες συνδεσεις - μηπως εκεινη την ωρα ανοιξες την εφαρμογη? ;)

Η διαφορα μας ειναι οτι εγω μιλαω με τον ACS http://tr069.otenet.gr:80 ενω εσυ με τον http://remanage.otenet.gr:80

Δες μηπως θελει update η εφαρμογη στο κινητο η κανε την ενα restart μηπως και στρωσει.

Εμενα παντως δεν μου βγαζει ακομη πληροφοριες και ελεγχο στην εφαρμογη..

μπαινει με tr-069 τακτικα?

Εχεις κατι τετοιο στο diagnostics -> security ?

https://i.ibb.co/m9WqPnr/image.png

Η Cosmote φαινεται να αρχισε να κανει χρηση του TR-369 για εμφανιση και παραμετροποιηση των ρυθμισεων WiFi του FritzBox μεσω του MyCosmote.

οχι ακριβως. ναι, υποστηριζονται στο mycosmote οι latest fritzos versions και πλεον μπορουμε να παραμετροποιουμε τις ρυθμισεις μεσα απο την εφαρμογη οπως μπορουσαμε και παλια, επι εποχης fritz os 7.30 αν θυμαμαι καλα. οχι, δεν ειναι μεσω tr-369 :)

see also: https://www.adslgr.com/forum/threads/1239052-AVM-FRITZ!-Box-5530-AX-Fiber?p=7566458#post7566458

Αρα υποστηριζεται τελικα απο τους παροχους;

το αναποδο συμβαινει: αν οι παροχοι αρχισουν να χρησιμοποιουν το tr-369, το fritz ειναι ετοιμο να τους υποστηριξει :mrgreen:

το tr-369 ειναι αλλο πραμα απο το tr-069, δεν ειναι "upgrade" εκδοση για να το πω απλα ωστε απλως να κανει δυο-τρια πραγματα ο παροχος και να περασει σε tr-369

Θελει αλλη υποδομη και αλλο συστημα και δεν υπαρχει κανενα τεχνικο κωλυμα ενας παροχος να εχει και τα δυο σε λειτουργια.

Ακομα και αυριο να πει ο OTE πχ εχω tr-369 και απο εδω και περα τα CPE που δινω θα μιλανε με tr-369, το tr-069 θα συνεχισει να υπαρχει τουλαχιστον για 10 χρονια ακομα προκειμενου να υποστηριξει τα μυρια CPE που μιλανε ηδη με tr-069

Να υπενθυμισω οτι στο δικο μου εχω ενεργοποιησει ο ιδιος το tr069, εισαγοντας τις ρυθμισεις χειροκινητα.

wow, δεν ειχα παρει χαμπαρι οτι καποιος το καταφερε αυτο. ευγε :)
κανει και auto-provision και τις ρυθμισεις, πχ σετup την τηλεφωνια, εγκατατασταση των προσωπικων pppoe κωδικων του χρηστη αυτοματα αν μπεις με otenet@otenet.gr ?

Βαλανε λες το καινουριο TR-369 ?

αποκλειεται. Απλα δεησε ο web developer του υποσυστηματος αυτου που ονομαζεται "ελεγχω τον ρουτερ απο την εφαρμογη" να υποστηριξει και την latest version του fritzos στους κωδικες του και να μην πεφτει στο default: "το router σας δεν υποστηριζεται" :lol:

εξαλου στο fritz, στο diagnostics -> security -> USP services δεν βλεπω το fritz να εχει καμια επικοινωνια/κανενα προφιλ για tr-369 με τον οτε. Μονο το default που εχει με την AVM υπαρχει για την υπηρεσια του MyFRITZ! direct connection και το οποιο δεν εχω επιλεγμενο (γιαυτο ειναι κοκκινο)

https://i.ibb.co/FJPQLgN/image.png

στο κλασσικο tr-069 log βλεπω δυο "εκτακτες" συνδεσεις τις ωρες που επαιζα με την εφαρμογη ;) ...

https://i.ibb.co/2v4tpz0/image.png

αν μας διαβαζει το team που ασχολειται με αυτο, τους ευχαριστουμε ❤ και περιμενουμε την επιλογη να μπορουμε να δηλωνουμε μεσα απο το MyCOSMOTE το SN του GPON εξοπλισμου μας ωστε το OLT να μας δεχεται χωρις spoofing :)

Κατι φτιαξανε στον ΟΤΕ και σημερα που το κοιταξα, το 5530 μου με την latest official Fritz OS εκδοση 7.80 ειναι πλεον διαχειρισιμο απο το mycosmote στην mobile εφαρμογη :)

Μπορω να επιλεξω να κανω reboot το router, να ανοιξει/κλεισει το wifi, να αλλαχθουν τα ssid, οι κωδικοι του wifi και τα καναλια εκπομπης και για τις δυο μπαντες ξεχωριστα.

https://i.ibb.co/CVNSmXV/IMG-2825.jpg https://i.ibb.co/sFjMcK9/IMG-2826.jpg

Περιμενω ONT για να μπορεσω να εχω δικια μου συσκευη με λειτουργικο VoIP. Πειτε μου λιγο αυτο που κανουν οσοι εχουν Cosmote, δηλωνω το SN του ONT στο 5590 και μετα εφοσον εχω internet με το 5590 βαζω απλα τα στοιχεια της τηλεφωνιας η θα πρεπει να δηλωσω και καποια MAC address για το VoIP;

δεν θελω να σε στεναχωρησω αλλα αν εχω καταλαβει καλα, δεν θα αλλαξει τιποτα σε σχεση με το οπως εισαι τωρα.

τωρα εισαι: -> οπτικη στο 5590 και παρουσιαζεσαι στο huwaei OLT με το SN του ΑΙΟ της nova -> εχεις internet αλλα δεν εχεις τηλεφωνια γιατι η nova θελει ενα σωρο πραγματα για να παιξει η τηλεφωνια που το fritz μαλλον δεν τα υποστηριζει.

μετα θα εισαι -> οπτικη στο 5590 και θα παρουσιαζεσαι στο huwaei OLT με το SN του σκετου ΟΝΤ που θα σου στειλει η nova -> παλι θα εχεις internet αλλα δεν θα εχεις τηλεφωνια γιατι η nova θελει ενα σωρο πραγματα για να παιξει η τηλεφωνια που το fritz μαλλον δεν τα υποστηριζει.

το SN που γραφουμε εδω οπως καταλαβαινεις ειναι μονο για το GPON οπτικο δικτυο και την συνδεση με το OLT του παροχου.
Αν το κανεις spoof και παιξει (που θα παιξει στην περιπτωση σου 100%) τελος η συζητηση για το SN, εκανε την δουλεια του, το ξεχναμε, δεν δηλωνεται η δεν χρειαζεται να δηλωθει πουθενα αλλου και σιγουρα οχι στο voip.

Το τι θα γινει απο εκει και περα ομως, το αν θα παιξει το internet, το voip, η η TV ειναι αλλο επιπεδο/πιστα ;)
Για το Internet ειμαστε σιγουροι, για το voip αναμενουμε τις οδηγιες τους. Αν οι οδηγιες/απαιτησεις που θα δωσουν για το voip ειναι συμβατες με αυτα που κανει/ξερει να κανει το fritz οκ, θα παιξει. αν δωσουν περιεργες οδηγιες/απαιτησεις απο τον εξοπλισμο (πχ ο εξοπλισμος πρεπει να στελνει/ζηταει συγκεκριμενα dhcp options) οπως κανουν τωρα τοτε χλωμο το βλεπω. επισημα δεν μπορεις να σκαλισεις τα dhcp options στο fritz.

Το SN/το serial/το MAC που σου λενε απο το τηλεφωνο το support της nova *δεν* εννοουν το GPON SN αλλα το SN/το serial/το MAC στην πιο πανω πιστα (layer), που αφορα το voip. Το αν θα χρειαστει τελικα αυτο να το δηλωσεις στην nova μενει να το δουμε - ουτε οι ιδιοι το ξερουν ακομα αποτι καταλαβαινω :)

newscientist και μουφα δε παιζει :p
ο τυπος η κυρια που την εβγαλε να παιξει τζοκερ :lol:

https://kendallrustphotography.shootproof.com/gallery/24231805/

freenow χρησιμοποιω και εγω. Εκει που κινουμαι (ανατολικη θεσσαλονικη) βρισκω συχνα.

ξερω οτι και τα παλια club των ραδιοταξι εχουν δικα τους app αλλα δεν τα εχω χρησιμοποιησει ποτε

last resort: mercedes taxi: 2310525000. δεν με εχουν απογοητευσει ποτε :)

https://imgs.xkcd.com/comics/eclipse_clouds.png

:lol:

και αυτο φυσικα επικαιρο ... :mrgreen:

https://imgs.xkcd.com/comics/eclipse_coolness.png

Ωραια αυτα που λες και εχω ερωτηση.. τι μπορει να μπει στην εξοδο ενος απλου UPS για να μειωθει ο κινδυνος που περιγραφεις?

θεωρητικα ενας δευτερος ΔΔΕ ωστε να προστατευσει το κομματι UPS<->φορτια :)

στην πραξη ομως εχουμε δει πολλα κουλα με ΔΕΕ μετα τα UPS καθως προκαλει fault trips ειδικα κατα την μεταγωγη απο ρευμα δεη σε ρευμα UPS.

το σωστο ειναι ο ΔΔΕ πριν το UPS να στειλει EPO στο UPS ωστε να κλεισει και αυτο.

Υ.Α. 50/12081/642/2006 η οποια τροποποιηθηκε απο την Υ.Α. 130414/2019.

Επισης καλο ειναι να αναφερουμε οτι οι Διαταξεις Διαφορικου Ρευματος (ΔΔΡ), οπως ειναι η "επισημη" ονομασια των ρελε διαρροης, δεν προστατευουν μονο απο ηλεκτροπληξια, αλλα προστατευουν και απο πυρκαγια που προερχεται απο διαρροη, καθως αν το ρευμα διαρροης ξεπερασει τα 0,3Α μπορει να δημιουργησει σπινθηρες η ηλεκτρικο τοξο με αποτελεσμα την προκληση πυρκαγιας.

πολυ ορθα τα λες, απλα να επισημανουμε/υπενθυμισουμε κατι σημαντικο που πολυς κοσμος αγνοει/μπερδευει και θεωρει οτι επειδη εχει ΔΔΕ ειναι προστατευμενος δια πασαν μορφη ηλεκτροπληξιας στο σπιτι.

ο ΔΔΕ θα λειτουργησει μονο οταν κλεισει το κυκλωμα live <-> γειωση και σε καμια αλλη περιπτωση.

αν πχ βαλουμε τα δαχτυλα μας στην πριζα, θα παθουμε ηλεκτροπληξια αλλα ο ΔΔΕ δεν κανει τιποτα απολυτως. Οσα φορτια μπαινουν, τοσα βγαινουν - δεν υπαρχει καμια διαρροη προς τη γειωση. Το σωμα μας ειναι για τον ΔΔΕ μια ακομα αντισταση/λαμπα που καταναλωνει ενεργεια.

Και επειδη πολλοι εχουμε UPS εδω: αν η διαρροη γινει μετα το UPS, τοτε ο ΔΕΕ θα κλεισει μεν την παροχη καθως θα ανιχνευσει την διαρροη αλλα το UPS θα συνεχισει να τροφοδοτει την παροχη και αρα την διαρροη καθως αυτος ειναι ο σκοπος του. Αν η διαρροη προς την γειωση εχει μικρη αντισταση, η ασφαλεια του UPS θα δει υψηλα φορτια και θα πεσει η εσωτερικη ασφαλεια που εχει το ιδιο το UPS (αν δεν ειναι απο τα Lidl).

Αν ομως η διαρροη γινεται μεσω του σωματος μας, η αντισταση ειναι μεγαλη και παλι θα ειναι σαν να καιει μια λαμπα. Η ασφαλεια του UPS δεν θα φτασει ποτε τα 5/10/15Α που εχει ωστε να πεσει.

Για τους σπινθηρες και τα ηλεκτρικα τοξα ναι, αν η διαρροη ειναι προς την γειωση, ο ΔΔΕ θα ανιχνευσει την διαρροη και θα κλεισει την παροχη πριν ο σπινθηρας/το τοξο προλαβει να σχηματιστει.

Αν ομως το καλωδιο απο το πολυπριζο που εχουμε στο πατωμα 10+ χρονια εχει φαγωθει γιατι ο καναπες/το τραπεζι/το γραφειο το πιεζει λιγο-λιγο και τελικα το τσακισει τοσο οσο να σκιστει η μονωση των αγωγων φασης και ουδετερου και μπορεσει να σχηματιστει ηλεκτρικο τοξο μεταξυ Live <-> Ουδετερου τοτε παλι ο ΔΔΕ δεν θα κανει τιποτα απολυτως.

Ουτε η ασφαλεια συνηθως θα προλαβει να πεσει εγκαιρως. Τα ηλεκτρικα τοξα ειναι επικινδυνα οχι γιατι καταπινουν τα ampere με το κιλο αλλα γιατι τα ηλεκτρικα τοξα ειναι καθαρη ενεργεια και αρκουν εστω και λιγα ampere για λιγα δευτερολεπτα για να πιασουν θερμοκρασια 1000+ βαθμων κελσιου. Παραναλωμα η κουρτινα που ετυχε να βρισκεται εκει κοντα.

Ιδιο παραδειγμα και με το πιστολακι το μαλλιων που εχουμε την ταση να το τυλιγουμε σφιχτα γυρω-γυρω απο το χερουλι του. οι συστροφες αυτες λιγο-λιγο το φθειρουν. αρχικα θα σκιστει ο εξωτερικος μανδυας του καλωδιου και στη συνεχεια θα αρχισουν να φθειρονται και οι εσωτερικοι αγωγοι-καλωδια. καποια στιγμη θα σκιστουν τοσο που θα γινει βραχυκυκλωμα και ο ΔΔΕ τιποτα δεν θα κανει, μονο η ασφαλεια θα μας σωσει.

Για τα ηλεκτρικα τοξα η διαταξη που τα ανιχνευει ειναι το AFDD. Συνηθως η διαταξη ειναι ΔΔΕ + AFDD μαζι. Εχει μια δεκαετια που εμφανιστηκαν ευρεως, παραμενουν ακομα ακριβα και ο νεος Ελληνικος κωδικας εσωτερικων ηλεκτρικων εγκαταστασεων που εγινε update το 2019 τα προβλεπει σε καποιες περιπτωσεις.

αυτο παλι τι ατυχια. να εχεις δωσει ενα σωρο λεφτα για να τα εχεις οργανωσει ολα 1-2 χρονια πριν, να ταξιδεψεις km μακρια και τελικα ενα χαζοσυννεφο να στο χαλασει :cry:

Δεν τρελαθηκα! Περιμενε να διαβασεις για απιστευτα μποτιλιαρισματα αυριο.

true :lol:

αλλα αξιζει :cool:

enjoy! :)

και να ετοιμαζομαστε σιγα-σιγα και στην Ελλαδα ... το 2030 ειναι κοντα :)

https://en.wikipedia.org/wiki/Solar_eclipse_of_June_1,_2030

--update--

damn. ειναι annular δυστυχως. δεν πειραζει, παλι εντυπωσιακο θα ειναι το θεαμα. Γινεται νωρις το πρωι στις ~8 οποτε ο ηλιος θα ειναι σχετικα χαμηλα και θα βγαλουμε ωραιες φωτο :)

Εχω ηδη τα γυαλια μου και εχω ανακοινωσει οτι δε θα παω στη δουλεια, αν και ειμαι στο μολις 89% totality.

Ειναι κριμα για λιγα χιλιομετρα (~350km/200mi αν μιλαμε για ΝΥ) να χασεις το υπερθεαμα.

89% ειναι μεν μεγαλο ποσοστο αλλα περα απο εναν λιγοτερο μπλε ουρανο και το παιχνιδι των σκιων δεν συγκρινεται με την ολικοτητα που οι περισσοτεροι απο εμας δεν θα το ζησουμε ποτε.

εφοσον εχεις και αδεια και εφοσον υπαρχει μεταφορικο μεσo, βουρ για οσο πιο κοντα γινεται στην κεντρικη γραμμη του path :)

https://www.space.com/why-99-percent-totality-does-not-exist-need-to-be-on-total-solar-eclipse-path-april-2024

255252

Στα επομενα χρονια οι δορυφορικες συνδεσεις θα γινουν μονοδρομος...

On Feb. 4, 2022, SpaceX launched 49 satellites as part of Elon Musk's Starlink internet project, most of which burned up in the atmosphere days later. The cause of this more than $50 million failure was a geomagnetic storm caused by the sun.

:whistle:

https://time.com/6146986/space-x-satellites-solar-storm/

α, εννοεις CGNAT IP γιατι αυτο το 100αρα και μενα με μπλοκαρε λιγο :)

Χμμ, περιεργο. Στο https://tools.otenet.gr/ μπορεις με αυτα τα στοιχεια να κανεις Login?

Μηπως για καποιο λογο το ιδιο account εχει κανει Login και σε αλλο σημειο? Υπαρχει περιπτωση δηλαδη καποιο αλλο modem/cpe να εχει ρυθμιστει με αυτα τα στοιχεια και καπου αλλου?

Δεν νομιζω βεβαια αλλα δοκιμασε ισως να αλλαξεις το password του pppoe λογαριασμου μεσα απο το mycosmote.

το password σου μηπως εχει περιεργα συμβολα πχ μονα η διπλα αυτακια? (', ")

θα προτεινα αν αλλαξεις το password να αποφυγεις τα πολυ περιεργα συμβολα.

δηλαδη μολις παρει τα credentials του χρηστη πεφτει η συνδεση και δεν ξαναμπαινει ?
το event log δεν γραφει κατι?

Δεν μπορει, καπου θα τα βαζει/χρησιμοποιει αυτα που δινουμε σαν downstream/upstream throughtput. Αυτο δεν ειναι απλο bug αυτο ειναι by-design-δεν-δουλευει :evil:

Μια που βουτηξες στο rabbit hole: θα δοκιμαζα να βαλω μια χτυπητη τιμη, πχ 696/69 και μετα θα εψαχνα ειτε στο config ειτε στο diagnostics να δω αν/που τις βαζει μηπως και απο τα συμφραζομενα καταλαβουμε τιποτα. Πχ βλεπω σε σενα το QoS γινεται στο ppptty interface που λογικα ειναι το virtual pppoe interface αλλα αυτο θα πρεπει να εχει καποιο master interface απο κατω, πχ στα fiber αν ψαξω για net_upsteam0 βρισκω το παρακατω:

##### BEGIN SECTION net_upstream
0: net_upstream0
0: master VANI0

το VANI0 ειναι το fiber interface που παρουσιαζει το lantiq μολις συγχρονισει στο gpon απ'οτι καταλαβαινω:

WAN access: yes
default: fiber
fiber iface VANI0 type type_fiber
ata iface eth0 type type_lan
wlan_ata iface (undef) type type_unknown
ipclient iface (undef) type type_unknown



1970-01-01 02:00:44.584 - no sync
1970-01-01 02:00:44.584 - _sync_lost(0): sync_fiber (0)
1970-01-01 02:01:07.695 - doread: read(avmevent)=20 (20)
1970-01-01 02:01:07.695 - doread: event: State=SHOWTIME GPON in=2500000 out=1250000 reason_flags=0
1970-01-01 02:01:07.695 - doread: read(avmevent)=-1 (20)
1970-01-01 02:01:07.695 - doread: event: sync rate 2500000/1250000
1970-01-01 02:01:07.695 - handle_avmevent_fiber: state 3 GPON
1970-01-01 02:01:07.695 - avmevent_dsl: vect_info evented received, flags: 0x1, sync: 2500000/1250000
1970-01-01 02:01:07.695 - vect_info stored, flags:0x1, sync: 2500000/1250000, bond:0/0, vect:0/0, ginp:0/0
1970-01-01 02:01:07.695 - avmevent_dsl: newsyncstatus=3, sync_group->syncstatus=2, statechanged=1
1970-01-01 02:01:07.695 - Sync!!!!!!; media=GPON, if_setup VANI0
1970-01-01 02:01:07.702 - showtime: sync_fiber
1970-01-01 02:01:07.713 - kdsld_showtime: (1), autodetection_wanted=0, autodetection_in_progress=0
1970-01-01 02:01:07.713 - _autodetect_complete(1): sync_fiber (0)

- - - Updated - - -

Οποτε πιθανον για να δουλεψει καπως καλα ειναι να εχεις γραμμη 1 Gbps, και να ριξεις την WAN απο το Fritz πανω σε ONT.. (?)

οι ταχυτητες του downstream, δηλαδη 50, 100, 200, 300, 500, 1000 δεν τις δινουμε σημασια γιατι μονο το upstream μπορουμε να κοντρολαρουμε και αυτο εχει σημασια για το QoS :)

Τα μαγικα νουμερα που θελουμε ειναι 5, 10, 20, 30, 50, 100 και απο αυτα μονο η τελευταια τιμη ειναι valid ethernet link speed. Αν ειχαμε μεταξυ ΟΝΤ<->fritz ενα 802.1q managed switch και μπορουσαμε με καποιο τροπο να δωσουμε "speed 100" ωστε το Link speed στο wan interface του fritz να γινει 100 Mbit/s τοτε πιθανον το fritz να παει να βαλει στο rate 90000kbit και μαλλον θα δουλευει το QoS οπως το θελουμε και θα παρουμε Α+ στο bufferbloat test :cool:

Εχουμε κουτσουρεψει το downstream ομως στα 100Mbit/s οποτε τζαμπα ο κοπος :)


ναι, εχουμε και ingress shaping στο fritz οπως ειπωθηκε αλλα ας μην ασχοληθουμε (προς το παρον?) και με την μαυρη μαγεια που ονομαζεται ingress shaping :lol:

ο owner πρεπει να ειναι clamd και οχι clamav? 640 ειναι τα permissions

δεν ειμαι σιγουρος/δεν θυμαμαι πως ονομαζει τον user που φτιαχνει.
grep clam /etc/passwd αμα κανεις θα το δεις και οτι δεις βαλτο στην chown :)

οι ουρες υπαρχουν, αλλα επισης "with_sfq = no;"

no εχει μονο στις πρωτες τρεις (1, 2, 3)

στις 4, 5, 6, 7 βαζει = yes.

το λεκτικο with_sfq μαλλον εχει μεινει απο παλια, η SFQ qdisc ηταν/ειναι ο παππους της fq_codel ;)

προφανως καποια στιγμη αλλαξανε απο SFQ (Stochastic Fairness Queueing) σε fq_codel αλλα το λεκτικο εμεινε.

οι fq_codel & sfq ειναι classless qdiscs -> η δουλεια τους ειναι κυριως να κανουν delay & drop με καποιον αλγοριθμο/κριτηρια
η llq qdisc ειναι classfull και ειναι packet scheduler και μεσω των κλασεων γινεται το prioritization των πακετων
τελος, η tbf qdisc κανει bandwidth control/ratelimit

- - - Updated - - -

αν δεν ειναι δηλωμενο σωστα το data rate, ειτε το τρεχει, ειτε οχι, το ιδιο κανει.

ακριβως, εδω ειναι και το bug :) και σε σενα βλεπω εχει βαλει το rate του ethernet interface (1Gbit/s) μειον κατιτις για αερα.

λογικο να βγαζει +200ms, δεν μπαινει σε λειτουργια τo QoS γιατι νομιζει οτι εχει ακομα χωρο.

μου φαινεται μεγαλη χοντραδα να μην το εχουν δει στις lab/beta.
μηπως απλα θελει reboot? το μονο που δεν εκανα στις δοκιμες ειναι reboot γιατι δεν ειχα την πολυτελεια να κανω επανεκκινησεις χωρις γκρινια απο τους χρηστες :)

Δεν υπαρχουν καθολου στο export.
Οπως δεν υπαρχει και το tc scripte.

στο config export ναι, δεν νομιζω και εγω να τα εχει αυτα.

Κοιταξε αν θελεις στο support diagnostics. δεν θυμαμαι αν θελει τo advanced η αν αρκει και το απλο.

https://i.ibb.co/SmKs3fG/image.png

δυο προβληματα βλεπω, ενα με τα permissions του /var/log/clamav και λυνεται μαλλον ευκολα αν κανεις chown clamd:clamd /var/log/clamav

για το δευτερο προβλημα με το clamonacc πρεπει μαλλον στο clamd.conf να βαλεις το OnAccessExcludeUID=<το uid του clamd> ?

κατι τετοιο πρεπει να ειναι, εχω πολλα χρονια να ασχοληθω με το clamd :)

Εχεις καμια αναφορα για αυτο σε εγγραφο, η στο config των fritz?

Απ'οσο ηξερα το qos των fritz ειναι blackbox,
και η υποθεση ηταν οτι γενικα χρησιμοποιουν τα sdk/libs + τα blobs του odm
και το accel. μερος του soc (με σχετικη επιτυχια ομολογουμενως),
πραγμα που θα εξηγουσε πως αναιμικα lantiq-based cpes τρεχουν qos
με rate 100-300 Mbps και χωρις να σπανε το nat acceleration.

Η μονη ημι-επισημη αναφορα που ειχα βρει περι sqm
ηταν ενα παλαιοτερο (2-3 χρονια τωρα) post της avm στο X (τοτε twitter) περι
sqm και αν θα ηθελαν οι χρηστες κατι τετοιο.
Αφηνε να εννοηθει οτι το εξεταζουν για το μελλον,
αλλα περαν αυτου τιποτα και απο τοτε δεν ειδα να κανουν καποια νυξη.



Ας συνεχισουμε στο Περι QoS/AQM στα fritz ... :)

fq_codel (μεταξυ και αλλων qdiscs) εχουν και τα fritz, στις xdsl υλοποιησεις δουλευει αψογα.


Εχεις καμια αναφορα για αυτο σε εγγραφο, η στο config των fritz?

Απ'οσο ηξερα το qos των fritz ειναι blackbox,
και η υποθεση ηταν οτι γενικα χρησιμοποιουν τα sdk/libs + τα blobs του odm
και το accel. μερος του soc (με σχετικη επιτυχια ομολογουμενως),
πραγμα που θα εξηγουσε πως αναιμικα lantiq-based cpes τρεχουν qos
με rate 100-300 Mbps και χωρις να σπανε το nat acceleration.

Η μονη ημι-επισημη αναφορα που ειχα βρει περι sqm
ηταν ενα παλαιοτερο (2-3 χρονια τωρα) post της avm στο X (τοτε twitter) περι
sqm και αν θα ηθελαν οι χρηστες κατι τετοιο.
Αφηνε να εννοηθει οτι το εξεταζουν για το μελλον,
αλλα περαν αυτου τιποτα και απο τοτε δεν ειδα να κανουν καποια νυξη.


Μου δινεις ωραια πασα για να μιλησουμε για τα ενδοτερα του QoS στο fritz και για καποια ευρηματα απο προσωπικη ερευνα.

Λιγο το thread που μιλαει για το ανεξηγητη πτωση του pppoe οταν υπαρχει bottleneck, λιγο το οτι το bufferbloat test της waveform θαβει τα fritz, αρχισα να ψαχνω και εγω "πως το κανει" το QoS αλλα επισημα δεν βρηκα κατι σε KB/forums. Αποτελει πραγματι blackbox.

Κατεβαζοντας ομως το support diagnostics αρχειο και ψαχνοντας για fq_codel πεφτουμε στο παρακατω:

WAN QoS: yes
downstream scheduler: fq_codel
upstream scheduler: fq_codel

.. boring αλλα ειναι μια πρωτη ενδειξη οτι χρησιμοποιει fq_codel :)

Αυτο που ειναι not-so-boring ειναι το παρακατω, το οποιο συνανταμε μερικες γραμμες πιο κατω ... :)

tc scripte
qdisc add dev net_upstream0 handle 2:0 root stab linklayer ethernet overhead 4 tsize 100 mtu 1600 mpu 64 tbf latency 50ms burst 3200 mtu 1600 mpu 64 rate 1237500kbit
qdisc add dev net_upstream0 handle 10:0 parent 2:0 llq minq 1 maxq 255 default 6
class add dev net_upstream0 parent 10:0 classid 10:1 llq prio 0 weight 0
class add dev net_upstream0 parent 10:0 classid 10:2 llq prio 10 weight 0
class add dev net_upstream0 parent 10:0 classid 10:3 llq prio 20 weight 0
class add dev net_upstream0 parent 10:0 classid 10:4 llq prio 30 weight 0
qdisc add dev net_upstream0 handle 104:0 parent 10:4 fq_codel
class add dev net_upstream0 parent 10:0 classid 10:5 llq prio 100 weight 0
qdisc add dev net_upstream0 handle 105:0 parent 10:5 fq_codel
class add dev net_upstream0 parent 10:0 classid 10:6 llq prio 150 weight 0
qdisc add dev net_upstream0 handle 106:0 parent 10:6 fq_codel
class add dev net_upstream0 parent 10:0 classid 10:7 llq prio 200 weight 0
qdisc add dev net_upstream0 handle 107:0 parent 10:7 fq_codel


.. ολο το tc δεντρο για το interface net_upstream0 ! Ας το οπτικοποιησουμε λιγο καλυτερα και ας το σχολιασουμε ...

net_upstream0
`-- 2:0 (1)
`-- 10:0 (2)
`-- 10:1
`-- 10:2
`-- 10:3
`-- 10:4
| `-- 104:0
`-- 10:5
| `-- 105:0
`-- 10:6
| `-- 106:0
`-- 10:7
`-- 107:0

Τι κανει ο ποιητης?


(1) δημιουργει την root qdisc 2:0 και της κοτσαρει TBF (Token Bucket Filter) qdisc για να την "δεσει" στα 1.237.500.000 bit/s.

Θυμιζω στο GPON, το nominal link speed στο upload ειναι στα 1.244.160.000 bit/s. Αφηνει "αερα" δηλαδη και 6,66 Mbit/s πιθανον για το underlying protocol overhead (headers, OMCI, GEM, κλπ)

Εδω ειναι και το προβλημα με το QoS στα fiber 55xx. Κανεις μας δεν εχει πακετο που να του επιτρεπει 1,244Gbit/s στο upload. Καλα θα ηταν :D

100Mbit/s εχουμε στην καλυτερη (110Mbit/s με το δωρο των παροχων για να ειναι ομορφα τα speedtests) οποτε ολα τα μαθηματικα στο QoS των fritz fiber πανε κατα διαολου καθως το φρενο του παροχου ερχεται πολυ πιο γρηγορα απο του fritz. Το νουμερο αυτο το βλεπουν οι "απο κατω" qdiscs και κλασεις και το χρησιμοποιουν στους αλγοριθμους τους για να υπολογισουν ποτε ηρθε η ερχεται οσονουπω η ωρα που πρεπει να βαλουν φρενα.

Στα xdsl η παραπανω τιμη ειναι περιπου οσο ειναι το sync rate στο upload το οποιο το ανακαλυπτει οταν ολοκληρωθει το sync.
Η ειναι η τιμη που βαζουμε στο κουτακι που μας δινει το UI οταν κανουμε setup το internet account.

Στα fiber δεν το βγαζει αυτο το κουτακι αν διαλεξεις το cosmote profile παρα μονο αν δηλωσεις "Other" provider.

Και *παλι* ομως θα δουμε να παει να βαζει 1.237.500 kbit. :angryr:

Τις δοκιμες αυτες και τα συμπερασματα τα εκανα προ 6μηνου. Δεν ξερω αν μεχρι τωρα το εχουν διορθωσει το bug αυτο, απο τοτε δεν το ξαναδοκιμασα.


(2) αμεσως μετα κοτσαρει LLQ qdisc και απο κατω δημιουργει 7 κλασεις. Default class για τα πακετα για τα οποια δεν υπαρχει συγκεκριμενο tc filter rule που να το κατατασσει σε αλλη κλαση, ειναι η κλαση '6'.

Οι 7 κλασεις αυτες εχουν το δικο τους prio που φαινεται παραπανω. Η κλαση 10:1 εχει την υπερτατη προτεραιοτητα. Τελευταια ειναι η κλαση 10:7.

Ειδικα στις κλασεις 10:4 ως 10:7 εφαρμοζει απο πανω και την πολυποθητη fq_codel qdisc: Fair Queuing (FQ) with Controlled Delay (CoDel)

Το support diagnostics περιεχει και το output της 'tc qdisc show' σε λεπτομερεια. Προσοχη γιατι εχει δεκαδες virtual interface το fritz και ειναι τεραστιο το output :)

qdisc noqueue 0: dev lo root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev ins0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev cpunet0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 4072552 bytes 46280 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev VANI0 root
Sent 228250649 bytes 452281 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28367517 bytes 57916 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28490701 bytes 56600 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28679777 bytes 56933 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28376850 bytes 56090 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28508763 bytes 56389 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28607443 bytes 56800 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28821525 bytes 56046 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev VANI0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 28398073 bytes 55507 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc prio 8000: dev VUNI0_0 root refcnt 9 bands 8 priomap 0 1 2 3 4 5 6 7 0 0 0 0 0 0 0 0
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc red 2006: dev VUNI0_0 parent 1006:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1005: dev VUNI0_0 parent 8000:6 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1003: dev VUNI0_0 parent 8000:4 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1007: dev VUNI0_0 parent 8000:8 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2001: dev VUNI0_0 parent 1001:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2005: dev VUNI0_0 parent 1005:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2003: dev VUNI0_0 parent 1003:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1002: dev VUNI0_0 parent 8000:3 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1000: dev VUNI0_0 parent 8000:1 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2007: dev VUNI0_0 parent 1007:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1004: dev VUNI0_0 parent 8000:5 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1006: dev VUNI0_0 parent 8000:7 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2002: dev VUNI0_0 parent 1002:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2000: dev VUNI0_0 parent 1000:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2004: dev VUNI0_0 parent 1004:1 limit 64000b min 57600b max 64000b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1001: dev VUNI0_0 parent 8000:2 limit 125Kb min 115200b max 125Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc clsact ffff: dev VUNI0_0 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev VUNI0_1 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev VUNI0_2 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev adsl root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev ppptty root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev eth0 root
Sent 6666387506 bytes 24298266 pkt (dropped 0, overlimits 0 requeues 23)
backlog 0b 0p requeues 23
qdisc pfifo_fast 0: dev eth0 parent :8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 666792162 bytes 4699089 pkt (dropped 0, overlimits 0 requeues 8)
backlog 0b 0p requeues 8
qdisc pfifo_fast 0: dev eth0 parent :7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 629021855 bytes 1107901 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev eth0 parent :6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 831137149 bytes 4952433 pkt (dropped 0, overlimits 0 requeues 10)
backlog 0b 0p requeues 10
qdisc pfifo_fast 0: dev eth0 parent :5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 753053795 bytes 7508193 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev eth0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 1014210465 bytes 1586398 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev eth0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 939117543 bytes 1410788 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev eth0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 1285834221 bytes 2013788 pkt (dropped 0, overlimits 0 requeues 2)
backlog 0b 0p requeues 2
qdisc pfifo_fast 0: dev eth0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 547220316 bytes 1019676 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc mq 0: dev switch0 root
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev switch0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev eth1 root
Sent 2483347914 bytes 19477614 pkt (dropped 0, overlimits 0 requeues 31)
backlog 0b 0p requeues 31
qdisc pfifo_fast 0: dev eth1 parent :8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 408428886 bytes 4454655 pkt (dropped 0, overlimits 0 requeues 5)
backlog 0b 0p requeues 5
qdisc pfifo_fast 0: dev eth1 parent :7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 268289809 bytes 1331721 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev eth1 parent :6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 480082969 bytes 4948146 pkt (dropped 0, overlimits 0 requeues 19)
backlog 0b 0p requeues 19
qdisc pfifo_fast 0: dev eth1 parent :5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 429475012 bytes 3908730 pkt (dropped 0, overlimits 0 requeues 4)
backlog 0b 0p requeues 4
qdisc pfifo_fast 0: dev eth1 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 251476568 bytes 1244955 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev eth1 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 161729846 bytes 564093 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev eth1 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 143288356 bytes 649501 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev eth1 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 340576468 bytes 2375813 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc mq 0: dev eth2 root
Sent 32361484416 bytes 101285427 pkt (dropped 0, overlimits 0 requeues 61)
backlog 0b 0p requeues 61
qdisc pfifo_fast 0: dev eth2 parent :8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 2587634481 bytes 12344354 pkt (dropped 0, overlimits 0 requeues 10)
backlog 0b 0p requeues 10
qdisc pfifo_fast 0: dev eth2 parent :7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 3910099438 bytes 10713091 pkt (dropped 0, overlimits 0 requeues 3)
backlog 0b 0p requeues 3
qdisc pfifo_fast 0: dev eth2 parent :6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 4262686584 bytes 14361999 pkt (dropped 0, overlimits 0 requeues 16)
backlog 0b 0p requeues 16
qdisc pfifo_fast 0: dev eth2 parent :5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 4443453848 bytes 17830813 pkt (dropped 0, overlimits 0 requeues 10)
backlog 0b 0p requeues 10
qdisc pfifo_fast 0: dev eth2 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 3975800035 bytes 10945866 pkt (dropped 0, overlimits 0 requeues 4)
backlog 0b 0p requeues 4
qdisc pfifo_fast 0: dev eth2 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 3882153271 bytes 10622582 pkt (dropped 0, overlimits 0 requeues 6)
backlog 0b 0p requeues 6
qdisc pfifo_fast 0: dev eth2 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 3839214966 bytes 10794887 pkt (dropped 0, overlimits 0 requeues 6)
backlog 0b 0p requeues 6
qdisc pfifo_fast 0: dev eth2 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 5460441793 bytes 13671835 pkt (dropped 0, overlimits 0 requeues 6)
backlog 0b 0p requeues 6
qdisc mqprio 1: dev pon0 root tc 0 map 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
queues:
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:8 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:7 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:6 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:5 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pon0 parent 1:1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev pon0 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev ip0 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev guest root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc tbf 2: dev net_upstream0 root refcnt 2 rate 1237Mbit burst 3093b lat 50.0ms
Sent 56181034464 bytes 246956742 pkt (dropped 0, overlimits 0 requeues 163)
backlog 0b 0p requeues 163
qdisc fq_codel 106: dev net_upstream0 parent 10:6 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 32Mb ecn
Sent 31295188544 bytes 99322358 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 1536 drop_overlimit 0 new_flow_count 52511279 ecn_mark 0
new_flows_len 1 old_flows_len 3
qdisc fq_codel 104: dev net_upstream0 parent 10:4 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 32Mb ecn
Sent 19881470112 bytes 98440637 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 1536 drop_overlimit 0 new_flow_count 35859701 ecn_mark 0
new_flows_len 0 old_flows_len 1
qdisc llq 10: dev net_upstream0 parent 2: minq 1 maxq 255 default 6
Sent 50939059084 bytes 246956742 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq_codel 105: dev net_upstream0 parent 10:5 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 32Mb ecn
Sent 3255302080 bytes 33902628 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 736 drop_overlimit 0 new_flow_count 21159412 ecn_mark 0
new_flows_len 1 old_flows_len 3
qdisc fq_codel 107: dev net_upstream0 parent 10:7 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 32Mb ecn
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc noqueue 0: dev dsl root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev xfrm root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev wlan2 root
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan2 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan2 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan2 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan2 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev wlan0 root
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev wlan0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev vap0 root
Sent 2240983058 bytes 21670837 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 562281424 bytes 5225945 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 1161632037 bytes 13828679 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 284166398 bytes 1137533 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 232903199 bytes 1478680 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r0 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r1 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r2 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r3 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r4 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r5 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r6 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap0_r7 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev gem-omci root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 615894 bytes 8926 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem-omci parent ffff:fff1
Sent 437800 bytes 7960 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem2047 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev sw257 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc prio 8000: dev tcont32768 root refcnt 9 bands 8 priomap 0 1 2 3 4 5 6 7 0 0 0 0 0 0 0 0
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc red 200a: dev tcont32768 parent 100a:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2008: dev tcont32768 parent 1008:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 200c: dev tcont32768 parent 100c:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1009: dev tcont32768 parent 8000:2 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 200e: dev tcont32768 parent 100e:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100b: dev tcont32768 parent 8000:4 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100f: dev tcont32768 parent 8000:8 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100d: dev tcont32768 parent 8000:6 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 2009: dev tcont32768 parent 1009:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 200b: dev tcont32768 parent 100b:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100a: dev tcont32768 parent 8000:3 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 1008: dev tcont32768 parent 8000:1 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 200f: dev tcont32768 parent 100f:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 200d: dev tcont32768 parent 100d:1 limit 250Kb min 225Kb max 250Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100c: dev tcont32768 parent 8000:5 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc red 100e: dev tcont32768 parent 8000:7 limit 500Kb min 450Kb max 500Kb
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
marked 0 early 0 pdrop 0 other 0
qdisc clsact ffff: dev tcont32768 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev pmapper4354 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev pmapper4354 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev gem260 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem260 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev gem261 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem261 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev gem262 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem262 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev gem263 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem263 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev gem2046 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc clsact ffff: dev gem2046 parent ffff:fff1
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev guest_st1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 614584 bytes 3372 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev vap1 root
Sent 649896937 bytes 4536835 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap1 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 145539844 bytes 1189002 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap1 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 268857270 bytes 2653255 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap1 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 107682471 bytes 309462 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev vap1 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Sent 127817352 bytes 385116 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r0 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r1 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r2 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r3 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r4 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r5 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r6 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev vap1_r7 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0




ενω μεσα στο config βλεπουμε και τις ονομασιες των 7 κλασεων αυτων που με τη σειρα ονομαζονται: ifacectl, hprio, hrealtime, realtime, important, default, low

queues {
enabled = yes;
with_sfq = no;
type = qos_cfg_system;
name = "ifacectl";
iface = qos_wan;
queue_type = queue_llq;
precedence = 0;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = no;
type = qos_cfg_system;
name = "hprio";
iface = qos_wan;
queue_type = queue_llq;
precedence = 10;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = no;
type = qos_cfg_system;
name = "hrealtime";
iface = qos_wan;
queue_type = queue_llq;
precedence = 20;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = yes;
type = qos_cfg_system;
name = "realtime";
iface = qos_wan;
queue_type = queue_llq;
precedence = 30;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = yes;
type = qos_cfg_system;
name = "important";
iface = qos_wan;
queue_type = queue_llq;
precedence = 100;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = yes;
type = qos_cfg_system;
name = "default";
iface = qos_wan;
queue_type = queue_llq;
precedence = 150;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
} {
enabled = yes;
with_sfq = yes;
type = qos_cfg_system;
name = "low";
iface = qos_wan;
queue_type = queue_llq;
precedence = 200;
weight = 0;
shapingrate = 0;
shapingburst = 0;
allow_more = yes;
ceilrate = 0;
}

Θα με ρωτησετε και πως γινεται το classification των πακετων. Που βλεπουμε ποια πακετα και με ποια κριτηρια πηγαινουν στα ανωτερω classes? Δυστηχως δεν μας δινει πληρες output της 'tc filter show'.

Αλλα και να εδινε δεν νομιζω να βγαζαμε ακρη με αυτα που ξερουμε και ειναι γνωστα στην open-source κοινοτητα.

To QoS σε αυτες τις πλατφορμες -σε αντιθεση με τα οικιακα Linux μας που ολη η δουλεια γινεται απο τον kernel και την CPU μας- ειναι δεμενο και με το SoC/το hardware silicon που υπαρχει απο κατω.
Υπαρχει συνηθως ενας δαιμονας που αναλαμβανει να δεσει το OS και το control plane της πλατφορμας (το Web UI, το config, οπως θελετε πεστε το) που βλεπει το config και προγραμματιζει καταλληλα τα ολοκληρωμενα κυκλωματα απο κατω. avmnexusd αν δεν κανω λαθος λεγεται στην περιπτωση της AVM/των fritz/του fritzOS.

Το classification εκτιμω οτι το αναλαμβανει το υποσυστημα "nqos" του Fritz OS.
στο support diagnostics διαβαζουμε:

##### BEGIN SECTION nqos nqos
appls:
appls:
0: sip (1) => 1
lanset:
lan:
0: ip.proto 17 udp.dport 43962,47806 => 7 (# 1)
0: ip.proto 58 => 7 (# 810882)
0: ip.proto 1 => 7 (# 33950)
0: ip.proto 17 => 7 (# 27034250)
1: udp.dport 53 => 7 (# 22825978)
1: udp.dport 5060 (sip) => 8 (# 42)
0: ip.proto 6 => 9 (# 138284100)
1: ip.len <= 64 => 9 (# 38408245)
1: tcp.dport 5060 (sip) => 8 (# 409)
results:
results:
0: queue 5
1: queue 2
2: queue 2 tos 184 vlan_prio 5
3: queue 1 tos 184 vlan_prio 5
4: queue 0
5: queue 6
6: queue 1 vlan_prio 5
7: queue 1
8: queue 2 appl sip
9: queue 4
10: queue 0 vlan_prio 7
fastrecv:
net_upstream0 ethervcc_fastrcv (71841b60) RX 55489133 pkts 9028175021 bytes bypass 0 pkts
xfrm iprawvcc_fastrcv (71841cac) RX 0 pkts 0 bytes bypass 0 pkts
localset:
local:
0: localmark sip => 2 (# 54821)
0: localmark rtp => 2 (# 2)
0: localmark sip_internet => 2 (# 24)
0: localmark rtp_internet => 2 (# 0)
0: localmark sipdns,ntpdns,tr069dns,tr069 => 3 (# 3553)
0: localmark igmp => 4 (# 12)
0: localmark webdav => 5 (# 0)
0: localmark dns => 6 (# 6165)
0: localmark lcp => 10 (# 493277)
earlyrecvhook:
early_recvhook:
enabled
ratelimitlanset:
rllan-cfg:
0: ip.version 6 ip.proto 17 udp.dport 547 (ratelimit) => 0 (# 30336, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 3700823 count 1}
0: ip.version 6 icmp.type 133 (ratelimit) => 0 (# 2128, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 3699824 count 1}
0: ip.version 6 icmp.type 135 (ratelimit) => 0 (# 166078, blocked # 34) pakets 10 interval 1 seconds {now 3700881 endtime 3700864 count 1}
0: ip.version 6 icmp.type 136 (ratelimit) => 0 (# 487318, blocked # 0) pakets 500 interval 1 seconds {now 3700881 endtime 3700876 count 1}
0: ip.version 6 icmp.type 1 (ratelimit) => 0 (# 56407, blocked # 1005) pakets 10 interval 1 seconds {now 3700881 endtime 3700823 count 1}
0: ip.version 6 icmp.type 2 (ratelimit) => 0 (# 0, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 0 count 0}
0: ip.version 6 icmp.type 3 (ratelimit) => 0 (# 4, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 2224205 count 1}
0: ip.version 6 icmp.type 128 (ratelimit) => 0 (# 25399, blocked # 2) pakets 10 interval 1 seconds {now 3700881 endtime 3700632 count 2}
0: ip.version 6 icmp.type 129 (ratelimit) => 0 (# 0, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 0 count 0}
0: ip.version 4 ip.proto 17 udp.dport 67 (ratelimit) => 0 (# 1923, blocked # 0) pakets 20 interval 1 seconds {now 3700881 endtime 3691068 count 1}
ratelimitwanset:
rlwan-cfg:
0: ip.proto 6 tcp.flags 0x002/0xfff (ratelimit) => 0 (# 599648, blocked # 0) pakets 1000 interval 1 seconds {now 3700881 endtime 3700872 count 1}
ratelimitearlylanset:
rlearlylan-cfg:
0: ip.version 6 icmp.type 134 (ratelimit) => 0 (# 0, blocked # 0) pakets 10 interval 1 seconds {now 3700881 endtime 0 count 0}
##### END SECTION nqos nqos

προφανως και δεν μπορω να το αποκωδικοποιησω σε λεπτομερεια καθως αυτα ειναι AVM stuff αλλα στεκομαι στο section results οπου σε μενα τουλαχιστον γινεται αντιληπτο οτι δημιουργει 10 κατηγοριες τις οποιες αντιστοιχει στις προαναφερθεντες 7 κλασεις (queues τα ονομαζει εδω). Παρατηρουμε οτι το voip για παραδειγμα το στελνει στην κατηγορια #8 η οποια αντιστοιχει στο queue 2, ενα απο τα υψηλοτερης προτεραιοτητας queue. Επισης βλεπουμε καποιες ρυθμισεις για ratelimit στο icmpv6 και στο dhcp.

επαναλαμβανω, δεν δουλευω στην AVM για να ξερω σε λεπτομερεια η με σιγουρια τα παραπανω οποτε μην τα παρετε και τοις μετρητοις. Ειναι εκτιμησεις δικες μου μπακαλικες :)


To πλεον ενδιαφερον ομως που μου τραβηξε την προσοχη ειναι το llq qdisc. Τι'ν-τουτο? δεν το ειχα ξαναδει ποτε σε Linux. H cisco εχει LLQ στα προιοντα της. LLQ = Low-latency queuing.

Δεν υπαρχει πουθενα ομως open source implementation του llq qdisc! οσο και να το εψαξα δεν βρηκα κατι. Υπαρχει το white-paper που το περιγραφει αλλα το LLQ ειναι proprietary τεχνολογια/πατεντα και προφανως ερχεται απο το SDK του κατασκευαστη του SoC! (Lantiq). Στα fritz το llq support ερχεται μεσω του module sch_llq.ko:

<4> module 'sch_llq' reserved size 20480 is to great for demand size 12288 - waste 8192 (module_alloc_waste=286720)
<6> give 0x3000 bytes at 9e8e3000 to module 'sch_llq' (0x43d000 bytes left)


Συμπερασμα: το AQM/QoS στα fritz υπαρχει και μαλιστα ειναι μελετημενο και δενει με το SoC. Hardware acceleration και στο QoS δηλαδη και μαλιστα με LLQ. Το fq_codel ειναι το default qdisc για την καταταξη των πακετων στην LLQ ουρα. Στα fritz fiber υπαρχουν καποια bug οχι επι της ουσιας αλλα απο το UI και θελει λιγη δουλιτσα ακομα.

Αυτα :)

ευχαριστο το οτι εχει ξεχωριστο soc για το συστημα και ξεχωριστο για το fiber και μαλιστα realtek. επιτελους τελος τα maxlinear PRX (πρωην Intel Lantiq που ηταν πρωην Infineon) :)

κατα τα αλλα αναμενομενο οτι θα βαλουν φρεσκο πραμα (Qualcomm Alder, Qualcomm Waikiki) :)

... αυτα τα αθανατα συνεστραμμενα δισυρματα αν ειχαν στομα να μιλησουν ... :mrgreen:

σε λιγο θα βγαλουν και το GPON obsolete ετσι οπως πανε :lol:

Aς μην ονειρευομαστε ομως επιστροφη στην εποχη του χαλκου.

Το MGfast δινει υπο ιδανικες συνθηκες 4Gbit/s στο απλο τηλεφωνικο καλωδιο και αυτο για πολυ κοντινες αποστασεις, με αψογο καλωδιο και χωρις cross-talks.

To σεναριο λεει οτι θα φτανει η οπτικη στο κτηριο και απο εκει με MGFast το σημα θα φτασει στο σπιτι του συνδρομητη με δισυρματο. Δεν θα χρειαστει να περαστουν ινες μεσα στο κτηριο δηλαδη. Μην κοιτατε εδω στην large χωρα μας που και λεφτα υπαρχουν (~2500€ το εργο για καθε κτηριο για να περασει το συνεργειο τις οπτικες και τον παθητικο εξοπλισμο) και η νομοθεσια το επιτρεπει.

Το δε Terabit DSL ανηκει ακομα στη σφαιρα της επιστημονικης φαντασιας. Mονο τρελοι επιστημονες ασχολουνται ερευνητικα μαζι του και αν τελικα αποδωσει καρπους η ερευνα, η εμπορικη αξιοποιηση θελει 10-15 χρονια ακομα. Με το switch-off του χαλκου που εχει ξεκινησει χλωμο πολυ να το δουμε να βγαινει σε εμπορικη χρηση.

Μακρια απο μας τα δισυρματα του περασμενου αιωνα τωρα που πηραν φορα οι οπτικες ινες :)

Ρε dpap76. εχεις ιδεα αν ο τετραπυρηνος επεξεργαστης του σηκωνει 500αρα γραμμη με SQM?? (μειον τις απωλειες λογω sqm).

Ο IQM6000 που εχει εκτιμω οτι για 500Mbit/s δεν νομιζω να εχει κανενα θεμα.

Ωστοσο δεν βαζω και το χερι μου στη φωτια, δεν το ξερω καθολου το μαραφετι και τι εχουν κανει/εχουν σκαλισει στο OpenWRT.

Δεν ειναι dead αλλα ουτε και πολυ active! Βεβαια open source ειναι οποτε βρεθηκε καποιος να ανεβασει το fix στο PR https://github.com/smartHomeHub/SmartIR/pull/1231, οποτε θα φτιαχτει. Μεχρι το release 2025.1 δεν θα υπαρχει καποιο θεμα.

Thanks η αληθεια ειναι οτι τεμπελιασα να ριξω μια ματια. Πραγματι υπαρχει pending commit εδω και 2 μερες που διορθωνει τα warnings.

Περιμενουμε τους vassilis-panos να το κανουν merge αν και αποτι βλεπω το patching ειναι πολυ ευκολο να γινει και επι τοπου, ενα αρχειο αλλαζει και ειναι -20, +21 γραμμες.
Το καφεδακι μου εγω παντως το κερασα στα παιδια :lol:

Αυτο που λες, που ειναι; Τελευταια προσπαθεια.

Νομιζω αυτο εννοουσα αλλα

α) διαβαζοντας το καλυτερα καταλαβαινω οτι δεν κανει ακριβως αυτο που νομιζα οτι κανει. Απλως βαζει ενα firewall rule που δεν επιτρεπει SIP πακετα να βγουν προς το internet. Δεν εχει να κανει με το VOIP vlan και το routing/ΝΑΤ του οπως νομιζα.

β) by default ειναι ON (αρα επιτρεπεται)

https://i.ibb.co/6NRXKPN/image.png

Αφου εχεις 1-2 εντολες ψαξε μηπως κουμπωσει καποιο προφιλ απο εδω
https://github.com/smartHomeHub/Smar.../codes/climate

Μια που ζωντανεψε η συζητηση για το smartir να ρωτησω και εγω...

το smartir προκαλει πλεον παρα πολλα warnings οταν ξεκιναει το HA.
Χρειαζεται λεει ενημερωση καθως χρησιμοποιει constants που θα γινουν deprecaded στους επομενους μηνες.
Εχει 2-3 μηνες που το κανει αυτο.

# cat /homeassistant/home-assistant.log | grep smartir
2024-04-01 21:19:17.967 WARNING (SyncWorker_0) We found a custom integration smartir which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2024-04-01 21:19:19.741 WARNING (MainThread) HVAC_MODE_OFF was used from smartir, this is a deprecated constant which will be removed in HA Core 2025.1. Use HVACMode.OFF instead, please report it to the author of the 'smartir' custom integration
2024-04-01 21:19:19.742 WARNING (MainThread) HVAC_MODE_HEAT was used from smartir, this is a deprecated constant which will be removed in HA Core 2025.1. Use HVACMode.HEAT instead, please report it to the author of the 'smartir' custom integration
2024-04-01 21:19:19.744 WARNING (MainThread) HVAC_MODE_COOL was used from smartir, this is a deprecated constant which will be removed in HA Core 2025.1. Use HVACMode.COOL instead, please report it to the author of the 'smartir' custom integration
2024-04-01 21:19:19.745 WARNING (MainThread) HVAC_MODE_DRY was used from smartir, this is a deprecated constant which will be removed in HA Core 2025.1. Use HVACMode.DRY instead, please report it to the author of the 'smartir' custom integration

... (18 συνολικα γραμμες με WARNING)


το project δεν ειναι dead, ετσι δεν ειναι? απλα περιμενουμε να το ενημερωσει ο dev του υποθετω.

@teodor_ch δες εδω και την δικα μου εμπειρια με παλιο κλιματιστικο και τα broadlink και το smartir αν δεν το εχεις δει ηδη :)

Οπως λεει και o iris, το bridge mode δεν υποστηριζεται απο την AVM. Αυτο με το lanbridges_gui_hidden = no δεν νομιζω οτι θα κανει αυτο που νομιζεις/θελεις να κανει. Θα δειτε στο video το LAN1 που ειναι και το WAN interface δεν ειναι στη λιστα αρα δεν μπορει να μπει/βγει απο το bridge. ειναι στα Γερμανικα το μενου και δεν καταλαβαινω τι γραφει ο ποιητης.

Φυσικα μπορεις να το δοκιμασεις και να μας πεις μετα το αποτελεσμα :)

Knowledge document #3233

FRITZ!Box 5530 Fiber
Can the FRITZ!Box be used as a modem (bridge mode)?
The FRITZ!Box cannot be used as a simple modem or in so-called bridge mode. If it were used as a simple modem, it would no longer be possible to use the telephony functions and television services included in internet packages offered with many fiber optic connections. The majority of the FRITZ!Box functions could also not be used then. Therefore, set up the FRITZ!Box as described in the guide Setting up the FRITZ!Box for use with a fiber optic connection.

If your internet service provider allows you to establish several parallel internet connections, you can enable the PPPoE passthrough function in the FRITZ!Box. This allows computers our routers connected to the FRITZ!Box to establish additional PPPoE internet connections with their own account information.

το μονο κοντα σε αυτο που θελεις να κανεις, ειναι το pppoe passthrought αλλα να γνωριζεις οτι αυτο ειναι στην ουσια ενας pppoe relay client και δεν ειναι η καλυτερη/optimal λυση καθως ειναι αργο.
Τα speedests αν θυμαμαι καλα εδω που εδειξαν μερικοι πισω απο pppoe passthrough ειναι απογοητευτικα για 1Gbit/s συνδεσεις.
Το pppoe passthrough ειναι για να κανει την δικια του pppoe συνδεση το xbox και τιποτε αλλο, δεν ειναι για να κανει μεσω αυτου συνδεση ο δικος μας router που κραταει ολο το LAN πισω απο το fritzbox.

συμπερασμα: τα fritz δεν ειναι για bridge. Καλυτερα ζητα να κανουν split την γραμμη σου απο το AIO fritz σε ONT+speedport. Βαζεις μετα το ΟΝΤ ενα μικρο unmanaged .1q switch 5 θεσεων και εισαι αρχοντας, κουμπωσε μετα οτι θελεις στο switch. και το router σου και το speedport για την τηλεφωνια. σωστο, γνησιο, ξεκαθαρο wire-speed bridge :)

Offtopic ερωτηση, τι ειναι το fq_codel?

ειναι αλγοριθμος/ο τροπος με τον οποιο τα πακετα θα κατανεμηθουν (θα μπουν) σε μια σειρα (buffers) πριν δοθουν στον driver του υλικου για να αποσταλουν στο φυσικο Interface (πχ ethernet).

(qdisc = queuing discipline)

Χωρις καποιο qdisc, τα πακετα δεν θα μπουν σε καποια σειρα και θα ακολουθηθει η λογικη του first-in-first-out (fifo). Καποια μπορει και να κοπουν (drop) αναλογα τις συνθηκες, το διαθεσιμο bandwith και τον μεγιστο χρονο που μπορει να παραμεινει ενα πακετο στην ουρα (και συνηθως ετσι συμβαινει) προκειμενου να δοθει προτεραιοτητα σε καποια αλλα που εχουμε ορισει/επιλεξει.

Τα qdiscs ειναι λιγο μαθηματικα, λιγο στατιστικη, λιγο randomness και λιγο σωστη παραμετροποιηση αναλογως τι θελουμε να κανουμε και να πετυχουμε ωστε σε ψηλοτερα επιπεδα να υπαρχει το λεγομενο Quality of Service (QoS) των επικοινωνιων.

Για παραδειγμα, την ωρα που ανεβαζει ο μικρος youtube video και γεμιζει το Uplink η μαμα θελει να παρει τηλεφωνο την φιλη της. E, αν δεν ειχε QoS το router μας θα εβαζε ολα τα πακετα στον ιδιο κουβα, στην σειρα (fifo) και η τηλεφωνικη επικοινωνια θα ειχε προβλημα γιατι τα πακετα που αφορουν το upload του video ειναι περισσοτερα και μεγαλυτερα απο του voip και αρα θα τρωνε περισσοτερο bandwidth ανα μοναδα χρονου. Στην τηλεφωνια ομως οποιαδηποτε καθυστερηση πανω απο 100ms αρχιζει και γινεται αισθητη ενω πακετα που τελικα κοβονται και γινονται retransmit σημαινει συμπτωματα οπως ρομποτικη φωνη, νερα, διακοπες, επαναληψεις.

Υπαρχουν πολλοι τροποι και τεχνικες να μπουν σε μια σειρα τα πακετα αναλογα τι θελουμε να πετυχουμε. Υπαρχουν qdiscs που μεγιστοποιουν το throughput ενω αλλα που ελαχιστοποιουν το latency. Αλλα κανουν απλως traffic shaping/bandwidth control, πχ ενα φυσικο link 1000Mbit/s το "περιοριζουν" στα 300Mbit/s χωρις να κανουν καμια αλλη προτεραιοποιηση αναλογα τον τυπο του πακετου (πρωτοκολλο/πορτα πχ udp/53, η TCP flags πχ ACK). Για εναν μεσο χρηστη κατι αναμεσα στον συνδυασμο και των δυο (maximum throughput, minimum latency) ειναι το optimal.

Το fq_codel (Fair Queuing Controlled Delay) χρησιμοποιει εναν αλγοριθμο που εχει αποδειχθει εξαιρετικα optimal για Internet χρηση στους broadband users.

Εχει τα θεματα του (οπως ολοι οι αλγοριθμοι) αλλα θεωρειται απο τα καλυτερα QoS qdiscs αυτη τη στιγμη για τον μεσο χρηστη που δεν θα κατσει να το αναλυσει πολυ.

Το pbit προς το παρον μαλλον δεν εχει σχεση. το σωστο ειναι να ειναι 5.

ping απο το pc του δεν θα κανει/δεν ειναι routable οι διευθυνσεις μεταξυ του LAN και του VOIP VLAΝ.
Αν με καποιο τροπο ειχε Shell access στο fritz θα μπορουσε να κανει Ping test μεσα απο το fritz.
το οτι δεν σου απαντα στο Ping απο το pc ομως ειναι φυσιολογικο.

νομιζω οτι αν επιλεξει μια σχετικη επιλογη που νομιζω εχουν τα fritz με πολλα warning οτι επιτρεπεται το lan να κανει register με το voip vlan τοτε ενεργοποει το routing μεταξυ LAN <-> voip vlan (και κανει NAT με την 10.x.x.x IP που εχει παρει στο voip vlan) αλλα δεν ειμαι σιγουρος που ακριβως την εχω δει. θα το δω αργοτερα απο το σπιτι.

Εχει κανενα QoS με fq_codel η τιποτα παρομοιο ειναι ειναι αλα Fritz!Box? (μαπα).

fq_codel (μεταξυ και αλλων qdiscs) εχουν και τα fritz, στις xdsl υλοποιησεις δουλευει αψογα.

στις ftth υλοποιησες (Fiber 55xx η WAN συνδεση μεσω ethernet port) θελει λιγη δουλιτσα ακομα απο την AVM :)

Εγω το χλωριο θελω να εξαφανιζεται που μου το κανει το 2ο φιλτρο.. το 1ο φιλτρο απλα κραταει την μπιχλα αν υπαρχει... ειμαι πολυ χαρουμενος με τα φιλτρα.. ακομα και τα εμφιαλωμενα μου μυριζουν πλεον.

Μαζι σου! το ιδιο και εγω :)

Αλλο ομως η χλωριωση και αλλο η σκληροτητα. Ο φιλος αν καταλαβα σωστα θα βαλει διπλο για την σκληροτητα και επισημανα απλως οτι δεν θα αλλαξει κατι σε αυτο το κομματι. Αν καταλαβα λαθος μπαρδον :)

Λογικα εχει να κανει με την αλλαγη ωρας, γιατι ολοι οι προηγουμενοι μηνες εβγαιναν just.

εχεις δικιο! για το ΕΝΕΧ η Κυριακη 31/03/2024 ειχε 23 ωρες! Θαυμα Ελληνικο και IT απο τα lidl που χρησιμοποιει localtime αντι UTC :lol:

20240331_EL-DAM_Results_EN_v01.xlsx

Να στοιχηματισουμε απο τωρα οτι η Κυριακη 27/10/2024 θα εχει 25 ωρες? :lol:

Αν παρεις το μεσο ορο της καθε ημερας και μετα τον μεσο ορο ολων των ημερων ειναι 0,06750.
Αν παρεις τον μεσο ορο των ωρων (-1 ωρα λογω θερινης) ειναι 0,06754.

Η ΔΕΗ επελεξε τον πρωτο τροπο (λαθος θεωρω).

προφανως και δεν αντιλεγω στο σκεπτικο σου το οποιο ειναι ολοσωστο :oneup:

Και οι αλλοι παροχοι παρατηρω τωρα που ενημερωνουν τις σελιδες τους, την ιδια ΤΕΑΜ-1 δηλωνουν για τον Μαρτιο.

Στην τελικη μας συμφερει το 0,06750. Βγαινει 9/100000 φθηνοτερη στο 4all η τελικη τιμη μετα την εκπτωση :lol:

αλλα θα επιμεινω λιγο ακομα

οι οροι στα συμβολαια και η ΚΥΑ της κυβερνησης περιγραφουν την ΤΕΑΜ-1 ως εξης:

ΤΕΑΜ-1: O μεσος ορος των ημερησιων Τιμων Εκκαθαρισης Αγορας Επομενης Ημερας του προηγουμενου μηνα του μηνα καταναλωσης «Μ», οπως αυτος δημοσιευεται απο το Χρηματιστηριο Ενεργειας

εγω απο αυτο καταλαβαινω οτι το τι υπολογιζει ο καθε παροχος ουδεμια σημασια εχει. Σημασια εχει τι δημοσιευει το Χρηματιστηριο Ενεργειας.

και το Χ.Ε γραφει:

https://i.ibb.co/tp7yv0H/image.png

bug του γραφηματος? να το δεχτω, οκ. Ας δουμε τι λεει η μηνιαια αναφορα του ΕΝΕΧ για τον Μαρτιο .... ουπς! που ειναι η μηνιαια του Μαρτιου? Κρυφη την κρατανε για μας τους πληβειους? Γιατι προφανως οι παροχοι την εχουν ηδη για να γραφουν 0,06750 στα κιταπια τους.


https://www.enexgroup.gr/el/markets-reports


ποιο απ' ολα? επαφιεται στη φαντασια του αναγνωστη να ανακαλυψει οτι μιλαει για το Ελληνικο Χρηματιστηριο Ενεργειας προφανως? :mrgreen:

Τεσπα, αρκετα με την γκρινια και το rant :)

- - - Updated - - -

Ωπα παιδια, λυθηκε το μυστηριο.

Ιδου η ανακοινωση, θαμενη κατω αριστερα στο μενου "αλλες ανακοινωσεις"....

https://www.enexgroup.gr/el/tea

εξηγει και την μεθοδολογια. Μας την εφεραν οι στρογγυλοποιησεις μαλλον ;)
και προφανως εχει bug το γραφημα.

Πως βγαινει η ΤΕΑμ-1 = 0,06750??? Λαθος δεν ειναι? ενα PDF της προκοπης δεν μπορουν βγαλουν σωστα? :angryr:

Αναμενουμε τιτανομαχια DOOM_NX & ΔΕΗ για το ποιος εχει δικιο :lol:

Παραμενει 10% η εκπτωση στο 4all.

Αλλα για το πρασινο ανεβαινει στο 15%!