Αναζήτηση:

Αυτο ειναι το ΟΝΤ;

Αυτο ειναι.

ουτε Fritz, ουτε τιποτα

Αν στελανε fritz (που μαλλον δεν το κανουν πλεον, και οταν το κανανε το κανανε μονο σε Gbit),
θα στελνανε ενα 5530, που συνδεεται κατευθειαν στο fiber
(αρα δεν χρειαζεται ont, αρα δεν θα στελανε καθολου ont).

Αν εισαι Αν εισαι = Gbit η το παραπανω, η το vantiva?

Θα το βαλω στην πριζα πιο βραδυ να δω τι τρεχει με την περιπτωση του

Το πιθανοτερο ειναι να μην δεις τιποτα γιατι δεν θαναι ενεργοποιημενο.
ok, θα δεις το power led να αναβει δλδ.

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

Ναι, τωρα ποσο καλα το εχουν υπολογισει ολο αυτο... :hmm:

Μου ηρθε ειδοποιηση για σεισμο/τσουναμι στην Γλυφαδα,
και θαμαι ~200 NM απο το επικεντρο....

Τεσπα, καλυτερα να στελνει και οταν δεν χρειαζεται παρα το αντιστροφο.

Αν οπως λες παιξει τελικα το τηλεφωνο ολα μια χαρα αλλα απο τον ΟΤΕ δεν τους βλεπω θετικους να βοηθησουν . Μου λενε πως δεν με βλεπουν καν... βλεπουν ακομα πανω το 7530 που ειχα πριν

Κατα τον ιδιο τροπο που "φαινεται" το 7530, "φαινεται" και το 5590.

Υποθετωντας οτι το fritzos του (Γερμανικου? non-international?) fritzbox,
εχει τα profiles για cote/T (και αυτα που ειναι για χρηση με eth. wan):

1. βεβαιωνεσαι οτι τρεχει το τελευταιο fritzos.
2. reset@defaults
3. τρεχεις τον wizard και επιλεγεις english/greece + isp = cosmote
(πρεπει να εχει επιλογη για συνδεση μεσω wan port).
4. λογικα θα συνδεθει, και μετα απο λιγο θα τραβηξει τις ρυθμισεις για ppp/voip απο το provisioning
5. αν δεν παιξει το voip καλεις το support να το φτιαξουν.

Αυτη ειναι η γενικη οδηγια για τα fritzboxes,
αν εχει τιποτα ιδιαιτεροτητες το 5590 δεν το ξερω, δεν εχω τετοιο.

Αν δεν παιρνει ipv4 αλλα παιρνει ipv6 σε εχουν σε map-e,
δεν ξερω αν εχουν φτιαξει τα profiles του map-e για τα fritzboxes στο provisioning
(θα υπεθετα πως οχι γιατι εχω διαβασει σχετικα προβληματα, αλλα δεν ειναι οτι ξερω τι κανει η cote/T...),
ισως χρειαστει να το ορισεις ο ιδιος στις ρυθμισεις του fritzbox.
Παντως υποστηριζεται το map-e οποτε τελικα θα παιξει.

Και καλη επιτυχια.

Συνδεσα την οπτικη ινα , γυρισα τη ρυθμιση απο WAN σε fiber αλλα δεν επαιξε.

Αν ειχες κανει τον κοπο να διαβασεις τα σχετικα νηματα,
θα εβλεπες οτι το να παιξει η συνδεση του fiber κατευθειαν πανω στο δικο μας 3rd-party router/ont, *δεν* ειναι κατι δεδομενο,
και εξαρταται απο πολλους παραγοντες
(καμποσους απο τους οποιους μπορει να μην γνωριζουμε κιολας...).

*Αν* παιξει, θα ειναι αποτελεσμα spoofing του isp ont η isp fiber cpe,
και εξαρταται και απο το τι γινεται στο olt παραπανω.

Σημειωτεον:
Δεν προβλεπεται, ειναι παρατυπο, και οπωσδηποτε not-supported.

Και στην πραγματικοτητα δεν εχει και καμια διαφορα οσο η συνδεση ειναι
Σε οτι αφορα τα fritzboxes, μεχρι στιγμης εχουμε αναφορες οτι θα παιξει 100%(?)
αν προηγουμενως η cote/T ειχε εγκαταστησει/ενεργοποιησει 5530 στην συνδεση.

Εβαλα και το sn του pon στο support/lua παλι δεν παιζει…

Στο ont αναφερεσαι.

Τι να πω... με WAN παντως δουλευαν μεν ολα ομως οχι τα τηλεφωνα.

Στα fritzboxes, τυπικα, θα παιξει αυτοματα με το provisioning (και η wan, και η τηλεφωνια).
Και, επισης τυπικα, θα το προτιμουσες ετσι.
Αν αυτο δεν συμβει (συμβαινει ενιοτε με την τηλεφωνια), κανεις ενα τηλ. στο support, και τους λες:
"εχω ενα fritzbox πανω, και δεν μου παιζει η τηλεφωνια, καντε το να παιξει".
Αν πεσεις σε ανθρωπο που καταλαβαινει σε 5' θα παιξει.

Πρακτικα εφοσον θα μεσολαβησει στην περιπτωση μου ONT OTE υπαρχει καποιος σοβαρος λογος αναβαθμισης απο 7530 σε 5590?

Το 5590 ειναι σαφως πιο συγχρονο/γρηγορο,
θα παει καλυτερα σε οτι-vpn (και οτι cpu-bound),
εχει γρηγοροτερο wifi,
μπορει σε καποια στιγμη να συνδεεται με το fiber (μην κρατας την ανασα σου ομως...).

Αυτου^ λεχθεντος, αν το χ ειναι "καλυτερο" αντι του ψ,
και αν "αξιζει" πρεπει να το ζυγισεις ο ιδιος μιας και εσυ πληρωνεις.

Αυτοι οι κωδικοι του οτε για το τηλ αλλη περιπετεια… η μια που μιλησα στο τηλ μου εστειλε επι τοπου με sms ενα username και ενα κωδικο

Αυτα^ πρεπει να ειναι τα credentials του pppoe.

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

Και αυτα^ πρεπει να ειναι τα credentials του voip,
και ειναι διαφορετικα πραγματα,
και συνηθως διαρκουν για πολυ παραπανω απο μιση ωρα.

Και οπως ελεγα... θα προτιμουσες να το φτιαξει ο ote/T να παιζει αυτοματα με το provisioning.

Απορω που δεν εκανε κανεις ενα σκριπτακι για να εχει μια αξιοπρεπη αναζητηση, σαν αυτα που εχουν για τις ενημερωσεις.

Διοτι, τυπικα, δεν τρεχεις opkg, δεν κανεις update packages.
Τα πλειστα targets του wrt εχουν λιγο χωρο.
Ειναι προτιμοτερο, αφου δοκιμασεις με opkg και καταληξεις οτι θες πχ base image + a/b/c packages
(η/και -x/y/z packages...),
να κανεις ενα custom image με τον imagebuilder που θα ειναι base image + a/b/c packages,
και κανεις install το custom image.

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

Ειναι δυσκολη διαδικασια αυτη που λες?

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

Σου απαντησα πως γινεται γενικα, πως θα γινοταν πχ σε pfsense/mtik/wrt
(παρεμπιπτοντως, *νομιζω* το pfsense με το pfblocker το κανει και με fqdn που μετα θα μεταφρασει σε ip).

Καλλιστα μπορει απλως να μην γινεται στο cudy,
δεν το ξερω, κοιτα τι λενε τα docs του.

Και θελω να βαλω site/forum οπως π.χ. ...

Ξαναλεω, τυπικα, δεν μπορεις να βαλεις sites/forum,
τα router δουλευουν με ip addresses.
Αν το κανει το cudy, θα πρεπει να φτιαξεις μια ip list με τις dest. ip που ενδιαφερουν,
και να ορισεις οτι αυτες θα δρομολογουνται εκτος tunnel.

Το να βρεις τι ip ειναι το καθε site πιστευω ειναι ευκολο και εδω και αλλα sites που κανουν ακριβως αυτο.

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

Το πως θα τα εξαιρεσουμε στο ρουτερ

Γενικα μιλωντας γινεται με policy routing.
Αν/πως/τι κανει το cudy, idk, δες τα docs του.

ωστε ακομα και με ενεργο το vpn σε αυτα να φαινεται οτι δεν εισαι στο vpn

Αν κανεις policy routing δεν θα "φαινεται" οτι δεν εισαι στο vpn,
απλως η συνδεση προς το x site/ip θα γινεται εκτος tunnel.

Νομιζα επειδη ζητησε το παλικαρι για οπτικη και το 7530 θα ειχε θυρα. Μπορεις με καποιο αλλο τροπο να συνδεθεις;

Tα 7530/7530ΑΧ δεν παιρνουν fiber πανω τους.
Τα συνδεεις με eth (μια εκ των lan γινεται wan αν το επιλεξεις) πανω στο ont του isp.

Ο op στον οποιο απαντησα εχει 500αρα στην cosmote,
θα του εχουν δωσει ont + speedport,
στο ont της cosmote μπορει να συνδεσει την wan του 7530AX
(η το 7690/5690 pro αν ετσι προτιμαει).

Αν θες κατι να εχει το fiber πανω του, θα δεις το 5690 pro (wifi 7),
η τα 5590/5530 (wifi 6).

Αν το επιτρεπουν τα οικονομικα σου το 5690 pro ειναι σαφως προτιμηταιο,
το 5590 ειναι ok,
απο το 7530 υπαρχουν παραπονα.

Αν ειναι για χρηση στην Γερμανια ψαξε τι διαδικασια εχει(?) ο isp
και αν/πως σου επιτρεπει να δηλωσεις/συνδεσεις δικο σου cpe κατευθειαν πανω στην ινα.

Η T κατι πηρε το ματι μου οτι εχει καποιο portal που το δηλωνεις,
νομιζω και η vodafone?

Οι αλλοι δεν ξερω.

Στην Ελλαδα τυπικα δεν προβλεπεται,
οποτε *αν* θα παιξει (που δεν ειναι δεδομενο) θα παιξει κανοντας spoof το ont/cpe του isp.

Ο fire dragon μιλαει για Nova. VoIP adapter με Nova εχει παιξει καπου, και ποιος adapter;

εννοει να συνδεσει:
---fxs--->---sip--->---sip_trunk--->

και εδω που τα λεμε θα μπορουσε και:

---dect--->---sip--->---sip_trunk--->

Το sip trunk θαναι στο fritz,
τα αλλα ειναι εσωτερικα.

διαβασα greek αντι για geek, nvm

:lol:

123456

εφοσον γινει το mesh το καθε Fritz εχει το δικο του dect zone διαβασα στα docs

Αν μιλαμε για fritz routers που εχουν dect πανω, νομιζω ναι
(δεν το εχω δοκιμασει ποτε ομως, αρα δεν εχω αποψη).
Αν μιλαμε για fritzrepeaters/APs δεν εχουν dect πανω, οποτε οχι.

Ανεξαρτητως του dect,
θα ηθελες να παρεις τις fxs του main fritzbox,
να τις συνδεσεις στην υπαρχουσα καλωδιωση της τηλεφωνιας,
και να βαλεις απο μια πριζα τηλεφωνου στους αλλους 2 οροφους.

Για τηλεφωνια σκεφτομαι να βαλω 3 fritz fon, 1 σε καθε οροφο, και να κανουν share το Nova VOIP.

Αν θα φτανει το σημα του dect να περασει 1-2 πατωματα....
1 ισως, για 2 δεν το βλεπω.

ναι, που δεν εχει web interface

safe:
no web gui = no web gui exploits.

Τι αλλο θεμε δλδ?

Πολλα router εχουν guest network με πολλους περιορισμους.

Το guest, τυπικα, ειναι ενα ξεχωριστο subnet, που σερβιρεται πανω απο eth/wifi,
και ισως εχει πιο χαλαρο security (ισως ειναι και open/owe),
τυπικα θα εχει απομονωμενους τους guests μεταξυ των,
θαχει και qos/limiter για να μην μπορει καποιος που κατεβαζει να φαει ολη την wan,
και επισης τυπικα θα ειναι απομονωμενο απο τα αλλα subnets του lan που μπορει να τρεχουν υπηρεσιες
που δεν θελουμε να ειναι διαθεσιμες στους guests.

Καλο ειναι να υπαρχει βεβαια
(ο ξενοδοχος δεν το ξερει αλλα δεν θελει οι guests να μπορουν να συνδεθουν στην sql του λογιστηριου που τρεχει σε καποιο υπογειο),
αλλα δεν λυνει το ζητημα.

Μπορει να εχει captive portal για auth.
μπορει να εχει disclaimer/waiver/tos,
αλλα η κινηση απο την ιδια ip θα βγει αν ο χρηστης του guest κανει κατι παρανομο.

Και το L3 router που θα περναει η κινηση των guests δεν μπορει να κοψει/φιλτραρει περιεχομενο.

Αυτες τις σελιδες τις γνωριζει ο ISP

Ιδεαν δεν εχει ο isp περι των απειρων domain/ip (που αλλαζουν καθε τοσο...)
και σερβιρουν παρανομο περιεχομενο παγκοσμιως.

επομενως φταιει ο ISP που δε τα μπλοκαρει ολα και οχι εσυ

Οχι, ο isp δεν μπορει να μπλοκαρει τιποτα αν δεν εχει τετοια παραγγελια,
οταν την εχει τα μπλοκαρει (σε επιπεδο dns, που ειναι ανεπαρκες).

Και ο isp δεν εκτελει χρεη χωροφυλακα προληπτικα,
ουτε εχει τους πορους να φιλτραρει μερικα TB traffic με content filtering
(δεν ειμαστε στην Κινα, και θα υπηρχαν και σοβαρα νομικα προβληματα).

Ο νομος λεει στον χρηστη "μην παρανομησεις", και ξερουμε τι ειναι παρανομο,
δεν εχει την απαιτηση να το κανει προληπτικα ο isp για μας και να απαγορευσει την προσβαση για να μην μπαινουμε σε πειρασμο.

Το ερωτημα/προβλημα ειναι πως ο ιδιοκτητης της ip που ειναι και υπολογος
θα επιβαλει το "μην παρανομησεις" στους guests.
Και σε αυτο δεν υπαρχει καλη απαντηση.

Επομενως μια λυση ειναι να περιορισεις τους χρηστες ωστε να χρησιμοποιουν μονο το DNS του ISP και να μη μπορουν να αλλαξουν dns για να μπουν στις μπλοκαρισμενες σελιδες.

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

Αφενος ακομα και αυτο ειναι προβλημα.
Μπορεις να κοψεις την κινηση προς τους plain dns upstream, αντε και το dot, και να προσφερεις/επιβαλεις τους δικους σου dns (localy/cache)
το να κοψεις doh απλως δεν γινεται με router.

Αφεταιρου, θα υπαρχουν παρα πολλα domain/ip που θα σερβιρουν παρανομο περιεχομενο (η πλειοψηφια των)
και δεν θα ειναι blacklisted στους dns του isp.

Για να κανεις αποτελεσματικα content filtering,
θες ενα firewall της προκοπης (= $$$/αγορα/στησιμο/συντηρηση/συνδρομες + καποιος να αλλαζει τις πανες του),
και θες να εχεις τον ελεγχο και στους clients που συνδεονται.

Σε enterprise περιβαλλον γινεται (και παλι <100%),
σε cafe/ξενοδοχειο/airbnb οχι.

Σε καποιο επιπεδο αμυνας, firewall με πληρη καταγραφη, captive portal με vouchers στους users για να ειναι authenticated, και ενημερωση οτι αποδεχονται χρεωσεις back to back (που βεβαια τρεχα γυρευε να τα εισπραξεις αμα φυγει. Τα ζητας απο την booking )

Αυτο^ +1
μπορει να λειτουργησει αποτρεπτικα.

Αλλα μην εχει την ψευδαισθηση ο οποιος (πχ) ξενοδοχος οτι ειναι safe.

Εναλλακτικες?

Δεν κατεβαζεις?

Η βαζεις limit στην x εφαρμογη (p2p/steam/windows_update/whatever) που κατεβαζει?

Η βαζεις ενα router με ικανο qos?

Δεν προσεξες το αρχικο μου μηνυμα.....το iptv παιζει χωρις κανενα προβλημα με συνδεση cosmote απο το κινητο μου ως hot spot και μαλιστα με ταχυτητες που μολις φτανουν τα 10.

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

Γκουχ....

Αν ειναι (γκουχ.. γκουχ...) unofficial iptv stream,
κατα την εμπειρια μου το συνηθες ειναι οτι ο iptv provider απλως δεν εχει ικανο bandwidth να εξυπηρετησει τους πελατες του.
Προβλημα που ισως λυθει αν βρεις αλλον (καλυτερο?) iptv provider.

Η, ο isp εχει σοβαρη ελλειψη bandwidth στην διασυνδεση του με την x χωρα που ο iptv provider
εχει στησει τους servers του.
Οχι οτι μπορεις να κανεις κατι για αυτο ομως πλην του να αλλαξεις isp και να ελπιζεις οτι ο αλλος isp παει καλυτερα.

Η, κανεις το iptv stream μεσα απο vpn,
αλλα η συσκευη που τρεχει το vpn απλως δεν εχει ικανους πορους να τρεξει το vpn αρκουντως γρηγορα
(πραγμα που μπορει καλλιστα να ισχυει αν τρεχεις τον vpn client σε box).

Η, o client που τρεχει το iptv (box?) δεν εχει αρκετα γρηγορη/σταθερη συνδεση με το cpe/ap
(αν υποθεσουμε οτι συνδεεται με wifi).

Αν τα υπολοιπα (πλην iptv) παιζουν ok,
θα ετεινα να πιστεψω οτι ο isp και το cpe του ειναι ok.

Αυτα μυριζοντας τα νυχια μου και ως hints για περεταιρω δικη σου διερευνηση,
δεν ξερω τι/πως εχεις κανει.

Πιστευω οτι ειναι Cpe γιατι αλλο προβλημα δεν εχω εντοπισει και πιστεψε με το εχω ψαξει

Το οτι δεν υπαρχει αλλο προβλημα αλλου πλην της x iptv υπηρεσιας,
συνηγορει περισσοτερο σε προβλημα της x υπηρεσιας (η/και του ενδεχομενου vpn αν εμπλεκεται τετοιο),
και λιγοτερο του cpe η του isp.

Τωρα, αν εσυ προτιμας να αλλαξεις σε fritzbox για "καλυτερα" (TM),
οκ, μια χαρα, τα fritzboxes ειναι οντως καλυτερα του τυπικου isp cpe.

Για αυτοματη ρυθμιση δεν το περιμενα, απλα εαν ειναι ευκολη η χειροκινητη.... Και εννοειται θα φαω το forum....

Το ppp θα φτιαχτει μεσα απ'το gui σε 5' με τα στοιχεια που θα σου δωσουν.
Για το voip θα χρειαστει να κανεις edit το config κατευθειαν γιατι θελει κατι dhcp options
που δεν υπαρχουν στο gui.
Νομιζω εξηγουνται τα σχετικα στο thread περι nova και voip.

Ουσιαστικα τα παντα δουλευουν εκτος απο το iptv που λαγκαρει συνεχεια.

To "iptv" που αναφερεις, ειναι καποια oficial paid-for υπηρεσια (netflix/disney/eon/οτι),
η μιλαμε για "ανεπισημη " (γκουχ-γκουχ) iptv?

Fritzbox.... Θα μου λυσει το προβλημα;

Αν το προβλημα ειναι στο cpe και οχι στην xdsl η στον isp,
πιθανον.

Ρυθιζονται ευκολα;

Με την nova δεν θα παιξει αυτοματα.

Αυτου λεχθεντος, ευκολα ειναι.
Εχουν docs,
εχουμε γραψει και εδω πολλα,
στο thread περι nova + voip υπαρχουν οδηγιες πως φτιαχνεται το config
για να παιξει το voip της nova.

ναι και μετα ξεφευγει η τιμη τελειως

Ε, τι να κανουμε...
αμα θες καινουργιο board η dell θα κανει "το καλυτερο για σας" :D

Τελικα υπαρχει τροπος να βαλουμε sites τα οποια δεν θελουμε να δουλευει το vpn?

Μιλας με ορους domain (sites/url),
τα router τυπικα μιλανε L3,
θα γινοταν αν ειχες την/τις ip addresses του x site
(που μπορει να αλλαζουν, η να ειναι σε cdn, η να αλλαζουν αναλογως που ειναι ο client).

Αν θες να συνδεεσαι στο examplecom εκτος tunnel (ενω το default ειναι να βγαινεις μεσα απ'το tunnel),
πρεπει α) να εχεις policy-based routing,
και β) να εχεις μια λιστα με ολες τις ip addresses που αντιστοιχουν στο examplecom,
και στο selector του policy να εξαιρεσεις τις ip της λιστας.

Γινεται, δεν ειναι καλη ιδεα, πολυ αμφιβαλω αν γινεται με το cudy.

Υπαρχει τροπος τα sites να μην καταλαβαινουν οτι εισαι πισω απο vpn?

Οχι.
Τα sites βλεπουν source ip στο connection,
αν εχεις σηκωσει tunnel και συνδεεσαι μεσα απ'το tunnel βλεπουν την ip του vpn provider.
Και δεν ειναι απαραιτητα οτι βλεπουν "οτι εισαι πισω απο vpn"
(που μπορει να εχουν blocked τα ip pools των vpn γιατι ετσι γουσταρουν),
αλλα αν βγαινεις με ip Αμερικης (πχ) και εχουν geoblocking που δεν θελει τους Αμερικανους θα σε κοψουν.

οποτε να στειλω ενα μειλ στην dell μηπως μπορει να με βοηθησει?

Να στειλεις αν ετσι νομιζεις, αλλα δεν νομιζω να ασχοληθουν.

Αν ζητησεις ανταλλακτικο m/b,
θα σου ζητησουν το serial# του laptop,
θα κανουν ενα cross-reference με το parts list,
και θα σου πουν "θετε το part# ταδε"
(που δεν υπαρχει, η ειναι παραγγελια με 700$).

υπαρχει περιπτωση να ταιριαζει η 17841-1?

Οπτικα ιδιες τις βλεπω.
Σε καποια posts των Κινεζων σε ali κλπ βλεπω να τα δινουν ως εναλλαξιμα parts.
Φανταζομαι ναι, σιγουρα ξερει μονο η Dell.

Και βασικα, ηθελα να ρωτησω τους Gamers του φορουμ, αν ειναι φυσιολογικο

Ειναι αναμενομενο, γενικα κανουν θορυβο.
4070 = 115W,
+ cpu/chipset/ssd,
καπως πρεπει να ψυχθει το πραγμα.

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

ekana kali epilogi (an ekseraisei kaneis to thema tou thorybou...)

Imho, για gaming, θα ηταν πολυ προτιμοτερο ενα desktop.

Μετα απο προσφατη επικοινωνια με tcs της nova με διαβεβαιωσαν πως μπορω να αγορασω εγω ont δικο μου η εξοπλισμο δικο μου με ενσωματωμενο ont και να τους καλεσω να τους δωσω τα serial να τα καταχωρησουν για να παιξει.

Δεν ξερω να εχει αλλαξει κατι, δεν το αποκλειω βεβαια (και μακαρι...), αλλα δεν εχει ακουστει κατι.

Δεδομενου του υψηλου επιπεδου καταρτισης του support της nova,
πιθανοτερο το βλεπω να λενε μπουρδες.

Ρωτα μια στο thread της nova ομως.

Οτι μπορεις να βαλεις τον οποιο δικο σου εξοπλισμο (μετα το ont του isp, με ethernet), ισχυει.
Και η μονη πρακτικη επιλογη θα ειναι καποιο fritz (δυστυχως).

Το να μπορεις να δηλωσεις το serial# του δικου σου ont/router
και να στο ενεργοποιησουν στο olt....?
Οχι οτι δεν γινεται αν θελουν, γινεται, και μακαρι να το κανουν,
αλλα αν δεν εχει αλλαξει κατι δεν προβλεπεται,
και βασικα σημαινει οτι ο isp σε αφηνει να αντικαταστησεις ενα μερος του δικου του εξοπλισμου.

Δεν θα ημουν πολυ αισιοδοξος...

Σε καθε περιπτωση γραψε πως πηγε,
αν δεχονται να ενεργοποιησουν ont/router πανω στο fiber ειναι big news.

Το προβλημα ειναι πως τα Android plugins ειναι κατασκευασμενα ετσι ωστε να αναζητουν wifi καρτα ΕΚΤΥΠΩΤΗ. Για το λογο αυτο, ακομη και manually να προσπαθησω να προσθεσω την ασυρματη καρτα του router, αυτο ειναι απλα χαμενος χρονος.

Αυτα μαλλον ψαχνουν να βρουν printer που να υποστηριζει wifi direct,
το εχουν καποιοι εκτυπωτες και ειναι μια wifi καρτα που παιζει ως AP,
και το σκεπτικο ειναι οτι το smartphone θα συνδεθει κατευθειαν πανω στον εκτυπωτη.

Δοκιμασε το mopria αν το υποστηριζει ο εκτυπωτης σου.

Το router:
COSMOTE Speedport Entry 2i

Και?
φανταζεσαι οτι ξερω το 2i και τα χουγια του?
Ειχα καποτε ενα (εκ της cote/T), πανε χρονια,
δεν θυμαμαι αν το ειχα καν χρησιμοποιησει εστω για να δω τι/πως κανει.

Ειναι ανησυχητικο το ποσο γρηγορα,
και με ποσο ενθουσιασμο, ανεβαινουν το escalation ladder αυτοι οι δυο.

υπαρχει λογος να περασει καποιος openwrt ?

Αυτο θα το κρινει ο ενδιαφερομενος αναλογως αναγκων/προτιμησεων.

Καποιος που καλυπτεται απο το stock firmware.

Καποιος που καλυπτεται απο το stock firmware και ειναι ευχαριστημενος απο αυτο, μια χαρα, μπορει να μεινει στο stock.

το openwrt προσφερει κατι που μας λειπει ?

Δεν ξερω τι λειπει στον καθενα, οποτε = idk?

Το wrt ειναι linux, θα υποστηριξει οτι υποστηριζει το linux
(βασικα τα παντα σε οτι non-proprietary protocol).
Δοθεισης ικανης γνωσης μπορει κανεις να κανει περιπου οτιδηποτε
(το αν ειναι καλη ιδεα να το κανει σε soho hardware ειναι αλλη συζητηση, αλλα θα γινεται...).

Δεν ειναι απαραιτητο οτι θα το κανει ευκολα ομως,
ουτε οτι θα γινεται μεσα απ'το gui
(ουτε καν οτι θα υπαρχει ικανη τεκμηριωση/guides εκ του openwrt, αν ψαχνει καποιος κατι οχι συνηθες θα ψαξει τα docs του linux),
και τυπικα wizards δεν υπαρχουν,
οποτε, ok, μπορει πχ να κανει οτι ειδους ipsec μπορει να θελει καποιος,
αλλα θα φτιαξει το config με το χερι.

Οποτε, αν καποιος δεν ξερει ηδη τα βασικα,
η/και δεν εχει ορεξη για διαβασμα,
μην περιμενει οτι το wrt θα του εχει καποιον wizard να τον πιασει απ'το χερακι και να τον συνδεσει αυτοματα στο internet,
η θα του κανει mesh αυτοματα.

Αλλα ειναι opensource,
και τυπικα, σε targets με ικανα specs θα υποστηριζεται για χρονια μετα απο το eol του vendor
(βασικα θα υποστηριζεται για οσο το hardware θα εχει επαρκη specs για να τρεξει το wrt),
και οταν θα βγει ενα cve θα τυπικα θα εχει fix (με point release) εντος ημερων.

Και θα τρεχει και ενα συγχρονο kernel,
και τυπικα θα ειναι cleaner code vs του ODM sdk.

Και απο major release σε major release κληρονομει ολη την εξελιξη του linux,
ενω το vendor firmware τυπικα θα μεινει στον kernel του odm sdk (συν τα οποια backports),
που τυπικα ειναι -2 χρονια απο τοτε που πρωτο-κυκλοφορησε το soc
(που σημαινει 5 χρονια πισω και βλεπουμε...).

Τελειως bug-free (προφανως) δεν ειναι (τιποτα δεν ειναι...),
αλλα η προσωπικη μου εμπειρια ειναι οτι σε ικανα υποστηριζομενα targets
εχει πολυ λιγοτερα προβληματα απο το τυπικο soho all-in-1 router/ap.

Και ως opensource, πλην του ιδιου του soc,
μπορει καποιος να ειναι αρκουντως σιγουρος οτι δεν εχει το backdoor baked-in.

Και το config ειναι linux, οποτε ειναι απολυτως διαφανες τι ρυθμισεις εχει
και τι/πως κανει απο κατω.

Αποδιδει καλυτερα το ρουτερ ?

Αναλογως το target.
Στα mtk-based routing/vpn θαναι πανω-κατω τα ιδια,
o proprietary wifi driver συχνα ειναι γρηγοροτερος.

Εχει καποιες επιλογες παραπανω , που λειπουν απο το stock και που δεν ξερουμε οτι τις θελουμε ?

Εγω ηθελα sqm/cake,
με το wrt απλως εγκατεστησα τα σχετικα και πλεον εχω cake.
Και ηθελα και upnp/pcp με acl, εγκατεστησα τον σχετικο daemon, πλεον εχω και upnp.
Και αν αυριο θελω (πχ) 0-tier, μπορω να εγκαταστησω τα σχετικα και θα παιξει.
Και αν αυριο η cote/T το παει σε map-e, θα εγκαταστησω το map package,
και πλεον το router μου υποστηριζει και map-e/t (και θεωρητικα θα παιξει... δεν εχω δοκιμασει ακομα).

Και καποιος αλλος θα θελει το x/y/z και θα εγκαταστησει τα a/b/c packages αναλογως των αναγκων του
και τυπικα θα παιξει ok.

Και επειδη εγω εχω βιτσιο να βλεπω firewall/nat tables προτιμω το wrt.

Αν καποιος εχει ανησυχιες μπορει να δει το openwrt (+ friends...),
αν του κανει το stock, μια χαρα, ας κανει την δουλεια του με το stock.

Ειναι σαν να ρωτας γιατι καποιος να προτιμησει το debian (πχ) vs Μ$ Windows.

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

Σκρινσοτς υπαρχουν καπου να δουμε πως ειναι αυτο το openwrt στο cudy ?

Μπορεις να διαβασεις τα docs/guides του wrt.
Ιδιο ειναι το wrt/luci σε ολα τα targets.

Η θα μπορουσες να το βαλεις πανω και να το δοκιμασεις.

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

H ram ειναι επαρκης για soho οσο κανεις απλως routing.
Η rom καλο θα ηταν να ειναι μεγαλυτερη.

Αλλα μιλαμε για 10 αδειες..


Δηλαδη, αυτοι πηραν 10 αδειες (αρα = επαγγ. χρηση),
απο κλειδαδικο, και νομιζουν οτι ειναι και νομιμοι...?

Απορω που σας κανει εντυπωση.

θα ηθελα να δω πως μπορω να κοψω παρανομο streaming κ αλλες σελιδες περιεργες.

100% δεν ειναι τπτ ασφαλες.

Για να φιλτραρεις αποτελεσματικα (και παλι <100%) θα ηθελες:
α) ενα firewall της προκοπης (+λεφτα, + συνδρομες, + συντηρηση, αλλα πες οτι γινεται...), και
β) να εγκαταστησεις certs στους clients και να κανεις mitm για να βλεπεις μεσα σε οτι encrypted
(που αυτο *δεν* γινεται, και δεν ειναι και νομιμο δλδ).

Μπορεις να δοκιμασεις να κοψεις οτι μπορεις να κοψεις στο wrt με dns filtering,
αν ο χρηστης ξερει παρακαμπτεται.

Δες και αυτο σχετικα:
https://www.adslgr.com/forum/threads/1302691-%CE%91%CF%83%CF%86%CE%AC%CE%BB%CE%B5%CE%B9%CE%B1-%CF%83%CF%84%CE%BF-%CE%B4%CE%B9%CE%B1%CE%B4%CE%AF%CE%BA%CF%84%CF%85%CE%BF?

Το οτι η εκτυπωση παει μεσω router δεν σε ενοχλει
(οσο μιλαμε για ενα router και ολα ειναι στο ιδιο subnet).

Αυτο που μπορει να σε ενοχλει ειναι η ρυθμιση περι client isolation
που εχουν καποια router/ap και δεν επιτρεπει στους wifi clients
να επικοινωνουν μεταξυ των.

Αφου ειναι wifi 6 .... τι λετε????

Αναφερεται στο wg throughput.

Δεν ψαχνω κατι εγω

συγνωμη, παρανοησα.

Θα ηταν το επομενο ποστ μου


Ψαχνεις για filogic 820,
ιδανικα για filogic 830 (αλλα +$).

Για φτηνο δες το xiaomi ax3000t,
και διαβασε τα docs γιατι τα προσφατα hardware revisions ειναι wip
(αλλαξανε switch/nand).

Και οτι αλλο εχει βγαλει ο χ Κινεζος σε filogic που ειναι supported + ευκολα flashable...

Θα με ενδιεφερε αν καποιος που ηξερε απο openwrt το περνουσε γιατι μονο απο κει

θα εβγαινε ακρη για τις δυνατοτητες του.

MediaTek MT7981BA/MT7976CN ειναι, ωριμο, well-supported,
εχει απειρα τετοια, απαξ και μπει wrt πανω ολα ιδια ειναι.
Παιζουν καλα με wrt (mtk = oss drivers available),
ειναι soc που ειναι της προηγουμενης γενεας.
Με hardware flow offload θα κανει route Gbit+
WG = ~350 Mbps.

Ατυχως μονο 16/256 flash/ram,
θετικο οτι ευκολο το cross-flash σε openwrt αν καποιος ενδιαφερεται.

Δεν ειν'κακο,
αλλα στα ~50€ βρισκεις routers που ειναι filogic 820 based
που θα ηταν προτιμωτερα σημερα.

Απ'την αλλη μερια αν καποιος θελει κατι με ευκολο gui,
και να στησει vpn με wizard μια χαρα.

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

Ξερουμε καποιον τεχνικο Αθηνα η βορεια προαστια?

Δεν ξερω καποιον (η μαλλον ξερω αλλα δεν θελει να ασχολειται πλεον),
γενικα ψαχνεις να βρεις εργαστηριο να επισκευαζει πλακετες smd.

Αυτοι που επισκευαζουν πλακετες για οικιακες συσκευες,
η laptop/τηλεφωνα θα εχουν τον σχετικο εξοπλισμο.

Τωρα, αν θα ξερουν/θελουν να ασχοληθουν = ?

Παντως, τυπικα, η επισκευη αυτων των πραγματων ειναι απο αδυνατη
(δεν ειναι δεδομενο οτι υπαρχουν τα parts),
εως απλως ασυμφορη.

Θελω να πω, soho router ειναι, στο e-bay βρισκεις ενα ιδιο με 40$,
οργανωμενο εργαστηριο που σεβεται τον χρονο του θα σου παρει παραπανω μονο για να κανει διαγνωση.

Αν ηταν μια συσκευη που κανει χιλιαρικα, ναι, μπορει να ειχε νοημα να αποπειραθεις επισκευη.
Τα router ειναι αναλωσιμα, βλαβη περαν του τροφοδοτικου = ανακυκλωση.

Καλη επιτυχια παντως αν το προσπαθησεις.

...δεν γνωριζω απο αυτο

Ναι, ok, μπορεις να μαθεις ομως:
πχ
https://www.bufferbloat.net/projects/codel/wiki/Cake/
https://openwrt.org/docs/guide-user/network/traffic-shaping/sqm

Και το πως κανεις 2ο pppoe session στην cote/T σου εξηγησα πολυ συνοπτικα,
και εχει συζητηθει πολλες φορες στο forum.

και αλλα πολλα περι qos/sqm που θα βρεις ψαχνοντας/διαβαζοντας.


Εχω στην ακρη και το zylex μου ειχανν δωσει τους κωδικους απο την Τ.Υ. αλλα δεν μπορεσα ισως να τους εφαρμοσω σωστα.

Αν το zyxel ειναι απο wind κατα πασα πιθανοτητα θελει να κανει το voip σε ξεχωριστο vlan οπως το κανει η wind,
και γενικοτερα δεν ξερω αν μπορει να παραμετροποιηθει ικανα για χρηση με την cosmote.
Επειδη ομως δεν εχω/ξερω το zyxel καλο θα ηταν να δεις το thread του.

https://en.fritz.com/products/fritzbox/fritzbox-7510/;

Imho: σημερα, αν ηθελες κατι οικονομικο θα κοιταγες το 7530ΑΧ.

Αν ηθελες κατι καλυτερο
θα κοιταγες για 5690 pro η 7690.

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

Γιατι, νομιζεις οτι ξερουμε τι ακτινα εχει το Γαλλικο/Κινεζικο ρανταρ/οπλο?
Τα επισημα νουμερα μονο ξερουμε.
Και αυτοι που εχουν μια καλη αισθηση δεν θα μας πουνε.
Τι να συγκρινουμε?
με τι, με τα στοιχεια απο την wikipedia?
Και δεν ξερουμε τι ακτινα θα εχουν αν ο Γαλλος/Κινεζος αποφασισει να δωσει το τελευταιο update.

Παντως, αν στεκουν αυτα που αναφερονται τις τελευταιες ωρες
(με την επιφυλαξη οτι απειρες μπουρδες θα γραφουν στο x),
μονο για αποκλιμακωση δεν το πανε...

Τους δινουν οι Κινεζοι τα τοπ τους?

Επισημως παιρνουν το export version.
Ανεπισημως, ποιος ξερει?

Λιγες μερες νωριτερα κατεβηκαν κατι Κινεζικα μεταγωγικα φορτωμενα,
τωρα, ψυγεια κουβαλαγανε, type 56 και καραβανες κουβαλαγανε, stand-off weapons κουβαλαγανε...?

Σε περιοδους κρισεων ολοι θα κανουν τα ψωνια τους αναλογως.

Δυο ημερες πριν αποσυνδεθω απο την Νοβα εκανα το τεστ του www.waveform.com και το upload ping ηταν 58ms. Αλλαζοντας παροχο σε Cosmote και συνδεοντας το speedport βαλε -βγαλε τα βυσματα το ping πηγε στο 600+

Να σημειωθει οτι τα bufferbloat tests προσπαθουν να μετρησουν latency under load,
τα αποτελεσματα πανω-κατω σωστα θαναι,
αλλα ειναι latency που δεν εμφανιζεται οσο η wan δεν ειναι 100% loaded.

Περαν αυτου, τελευταια φορα που δοκιμασα speedport (παει καιρος...),
ναι δεν τα πηγαινε καλα με το bufferbloat.

Διαβαζοντας στο φορουμ εψαξα για λυσεις ωστε να λειτουργει το speedport σαν μοντεμ και τηλεφωνια μονο αλλα αυτο ειναι κλειδωμενο στις ρυθμισεις.

Η τηλεφωνια στην cote/T ειναι στο ιδιο vlan με τα data.
Δεν γινεται το speedport να λειτουργει σαν modem μονο (= bridge mode) και να εχει και το voip ενεργο.

Υπαρχει καποιος τροπος βελτιωσης

Για gaming και γενικοτερο αυτοματο/fool-proof qos θα ηθελες κατι με sqm/cake/fq_codel.
Η cote/T υποστηριζει 2ο ppp session,
το speedport υποστηριζει passthrough,
στηνεις ενα 2ο δικο σου router πισω απο το speedport
και σηκωνεις 2ο pppoe session,
και τρεχεις sqm.

Και θα ηθελες να υποστηριζει και map-e γιατι ερχεται.

Εναλλακτικα, αν θες κατι ευκολο σε all-in-one,
τα fritzbox πανε σχετικα καλυτερα
(και παλι οχι ιδανικα, το qos δεν ειναι ακριβως το δυνατο τους σημειο, ισως τα πολυ καινουργια να εχουν βελτιωθει).

ισως ξεκλειδωμα ρυθμισεων speedport ;

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

τα credentials για το internet πρεπει παλι να βαλω τα δικα μου η οπως διαβασα καπου τα γενικα, username otenet@otenet.gr pass otenet?

Εφοσον θα χρησιμοποιησεις το tp-link και για το voip,
τα δικα σου.

Για το map-e δεν εχω ιδεα θα πρεπει να ρωτησω την tp-link γιατι δεν βρισκω κατι online.

Αν το εχει υποθετω θα ειναι option στην wan συνδεση,
επιπλεον των dhcp/pppoe θαχει και map-e/t (η ισως στις ρυθμισεις περι ipv6?).
Αλλα ρωτα τους καλυτερα
(που δεν το βλεπω πολυ πιθανο, αλλα ρωτα τους).

Αν δεν υποστηριζει map-e, οταν ο isp σε γυρισει σε map-e profile, δεν θα εχεις ipv4.
Αν/οταν συμβει, ακομα σε γυριζουν σε dual-stack αν το ζητησεις,
αλλα δεν ειναι δεδομενο οτι θα συμβαινει παντα.

Η ολη ιδεα πισω απο την χρηση map-e κλπ transitional,
ειναι ακριβως το να καταργησουν το dual-stack και να εχουν να κανουν μονο με το ipv6.

Τωρα αυτο για το voip με καιει εμενα εαν μπορω να το κανω και πως?
Τα credentials μπορω να τα παρω απο 13888 σωστα?

Τα credentials για το voip,
θα αιτηθεις τα σχετικα στο support,
πιθανοτατα θα θελουν αιτηση/πιστοποιηση,
και να υπογραψεις waiver κλπ,
και θα σου τα στειλουν.

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

Ok, εσυ ξερεις, αλλα ειναι ψιλο-απηρχαιωμενο σημερα.

Εγω θα προτεινα τουλαχιστον να δοκιμασεις το speedport που θα σου στειλουν, διοτι,
και αυτοματα θα παιξει
(και εφοσον θα παιξει με το provisioning, θα ενημερωνεται αυτοματα για τις αλλαγες στην υπηρεσια...),
και wifi6 θαναι,
και map-e θα υποστηριζει,
και στο κατω-κατω ειναι supported εκ του isp, οποτε οταν δεν παιζει ειναι δικο τους προβλημα.

Το Zyxel παντως εχει και Bridge mode που πιστευω βοηθαει αν υπαρχουν τετοιες αναγκες η κανω λαθος;

Δεν ξερω τι/πως κανει στο bridge mode του, δεν κοιτας μια τα docs του?

Χωρις να εχω ιδεαν τυχον προβληματων/ιδιοτροπιων/αναπηριων
που καλλιστα μπορει να εχει το tp-link, γενικα:

Η μια επιλογη ειναι να το στησεις ως cascaded router:

---xdsl--->---eth/subnet1--->---eth/subnet2--->

η wan του tp-link θα συνδεθει σε μια lan του isp cpe.
Μπορει να εχει μια static ip στο subnet του isp cpe (που δεν θα την μοιραζει ο dhcp server του isp cpe),
η μπορει να ειναι dhcp client.

Θα εχεις +1 nat layer @ipv4,
δεν θα εχεις ipv6 @lan-side του tp-link.
δεν θα παιζει upnp/pcp.

---------------------------

Η αλλη επιλογη ειναι να κανεις pppoe passthrough:

βεβαιωνεσαι οτι η σχετικη επιλογη ειναι ενεργη στο isp cpe, και:

---xdsl--->---pppoe--->---eth/lan--->

η wan του tp-link θα συνδεθει σε μια lan του isp cpe,
και θα σηκωσεις συνδεση pppoe με τα credentials της cote/T
(που αν δεν τα εχεις θα ζητησεις να σου στειλουν).

Θα παιξει και το ipv6, δεν θα εχεις +1 nat @ipv4, θα παιξει upnp/pcp,
αλλα αν εχεις public ip στο isp cpe κατα πασα πιθανοτητα θα σου δωσει cg-nated στο 2ο ppp session,
η, θα βαλεις τα generic credentials στο isp cpe
(και αυτο θα ξαναπαρει τα δικα σου στο επομενο provisioning...)
και θα βαλεις τα δικα σου credentials στο tp-link.

Σημειωτεον: η cote/T εχει ξεκινησει την χρηση map-e,
ψαξε αν το tp-link υποστηριζει τα σχετικα,
γιατι αν δεν τα υποστηριζει δεν θα εχεις ipv4 αν σηκωσεις pppoe στο tp-link.

Αυτα ως hints για δικη σου περεταιρω ερευνα.
Ψαξε το forum εχουν εξηγηθει επανηλειμενως.

Η, αν δεν θες να παιδευεσαι με πραγματα που βλεπω οτι δεν κατεχεις,
και ξερεις και οτι η συνδεση σου ειναι οντως ok,
απλως βαλε ενα fritzbox πανω.
Τα cascaded routers καλο ειναι να αποφευγονται αν δεν υπαρχουν καλοι λογοι για το αντιθετο.
My 0,02$

Ολο αυτο εχει τα θεματακια του.

----eth/poe--->---eth--->

Στο ipv4:

To 4/5G router τυπικα θα εχει cg-nated wan,
+1 nat στο ιδιο,
+1 nat στο cascaded router.

Θα παιξει, αλλα πολλα nat μαζευονται.
Μπορει καποιος να γλυτωσει ενα (nat) αν κανει passthrough την ipv4 του 4/5G wan
στο cascaded router, αλλα αυτο τυπικα θα γινεται μονο στο ipv4.

Στο ipv6:

Ο isp (κακως) θα δωσει μονο ενα /64 στο 4/5G router.
Απο το /64 το 4/5G router θα μοιραζει διευθυνσεις στο lan του.
Το cascaded_router θα παρει μια public ipv6 στην wan του με slaac,
@lan-side του cascaded_router δεν θα υπαρχει ipv6
(τουλαχιστον οχι οσο δεν κανει καποιος nat66).
Μια λυση θα ηταν να βρει 4/5G router που να υποστηριζει relay mode,
ωστε το 4/5G router να σπρωξει το /64 στο cascaded_router,
ποια το κανουν...idk?
Τα mtik απ'οσο ξερω οχι,
teltonika και openwrt (αν εχει καποιος ορεξη για diy) το κανουν,
θα το κανουν και αλλα και δεν θαχω ιδεα.

Αν ειναι αποδεκτο να μην εχει καποιος ipv6 σημερα... idk,
για μενα δεν ειναι.

Πιο σωστο αρχιτεκτονικα θα ηταν,
να βρει καποιος ενα ικανα ισχυρο/πληρες/σταθερο 4/5G router,
και να κανει το παρακατω:

----eth/poe--->---eth--->

και στο lan να στησει ενα AP για να αναλαβει τα του wifi.

Θα εχει ipv6, θα εχει -1 nat layer στο ipv4.

Αυτα ως hints για περεταιρω ερευνα, δεν προτεινω κατι.

Εχω ενα TP-Link VR2800V μπορω μετα το ONT να κουμπωσω το TP-Link και να εχω και τηλεφωνια μεσω του VR2800V?

Αν το tp-link μπορει να κανει pppoe στο vlan 835 στην eth wan του
(που δεν το ξερω, αλλα ειναι στα χρειωδη, φανταζομαι θα το κανει, δες τα docs του),
το internet λογικα θα παιξει.
Μην περιμενεις να παιξει αυτοματα, θα χρειαστεις τα credentials του ppp.

Σημειωτεον: η cote/T το παει προς map-e,
δεν ξερω αν το tp-link το υποστηριζει,
ειναι κατι που θα ηθελες να επιβεβαιωσεις.

Οσον αφορα το voip της cote/T,
το router γενικα υποστηριζει voip,
εχει και μια fxs πανω,
αν παρεις τα voip credentials εκ του isp φανταζομαι θα παιξει,
δεν το εχω δοκιμασει.

Αυτων λεχθεντων, τα specs του speedport ειναι πιο συγχρονα,
το wifi του σαφως καλυτερο,
δεν ξερω αν/τι κερδιζεις με το tp-link

Off Topic
Εννοω οτι το raspbian με εκνευριζει γενικως, γιαυτο δεν ηταν η πρωτη επιλογη μου για αντικατασταση του debian στο rpi3b.


αα.. ok, κατανοητο.
Αλλα debian εβαλες, και αυτο debian-based ειναι.
Το τελευταιο πρεπει ναναι debian 12 απο κατω και ολο το user space.

Και στο κατω-κατω, δεν εχει και σημασια.
Θες να τρεξεις τα x services, αμα υπαρχουν στα repos, και υποστηριζονται, και τα τρεχει ok,
δεν εχει σημασια ποιο linux flavor ειναι.

Αν πηγαινα με την λογικη επιλογη... κλπ

Δεν ειμαι σιγουρος οτι καταλαβαινω τι εννοεις,
αλλα τελος παντων θα βαλεις οτι προτιμας.

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

Και ειμαστε οπωσδηποτε OT.

Το openwrt στο rpi το θελω για χρηση "σερβερ". Να στησω δηλαδη σε αυτο samba, minidlna, ariang, transmission, mpd κλπ και να το χρησιμοποιω οπως ειχα μεχρι πριν λιγες μερες το debian 11, που ηταν απογοητευση in the long term.

raspberry pi os (πρωην raspbian) ειτε full,
ειτε lite (-desktop),
θα ηταν η πιο λογικη επιλογη.