vodafone και θεμα με συγκεκριμενα ρουτερ tplink

[TYFEONAS]

καλησπερα σε ολους.
απο οτι ενημερωθηκα εχει προκυψει ενα θεμα με καποια ρουτερ της tplink και την vodafone.

προχτες μου προεκυψε το εξης προβλημα.

εχω ενα tplink 8960n το οποιο παιζει εδω και 1.5 χρονο σαν μοντεμ μονο.
απο πισω εχω ενα NETDUMA ROUTER που κανει ολη την δουλεια και το wifi.

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

μετα απο λιγο τιποτα. ενω συγχρονιζει κανονικα δεν παιρνει ip απο την Hol.

δοκιμασα διαφορα τιποτα. Πηρα την Hol Μου λενε δεν ειναι απο εμας .

το αφηνω παω δουλεια γυρναω το κανω ρεσταρτ συγχρονιζει και παιρνει ip.
λεω ενταξει κατι απο την hol ηταν . το ξανακανω ρεσταρτ τα ιδια. συγχρονιζει δεν παιρνει Ip.

βαζω ενα αλλο gennet της hol κανονικα ολα.

του εκανα ρεσετ, firmware upgrade τιποτα. τα ιδια.

επειδη ομως σε γειτονικο φορουμ ενα παιδι με ακριβως το ιδιο προβλημα και το ιδιο ρουτερ την ψιλιαστικα και τους ξαναπηρα να τους ρωτησω.και μου ειπαν
οτι εχει προκυψει θεμα με καποια tplink και συγκεκριμενα μου ειπαν το 8968 (φανταζομαι σαν το 8960) και δεν μπορει να παρει ip .

το ψαχνουνε και αυτοι συγκεκριμενα μου ειπαν για ενα firmware (δεν ξερω αν το εγραψα σωστα) 1,1,1 build 120912re67405

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

[achiavg]

Ναι το ειχα αναφερει και εγω,μου ειχαν πει οτι εχουν καποιο θεμα με τα tp-link αλλα οταν ξαναπηρα ειπαν οχι μαλλον κολλησε το ρουτερ και δεν παιρνει ip.Δηλαδη το ρουτερ(8960N) που δουλευε 2 χρονια απροβληματιστα στην wind και ενα χρονο βονταφον στην οποια ειχα αποσυγχρονιστει μονο κανα δυο φορες,ξαφνικα απο την μια μερα στην αλλη συγχρονιζε κανονικα χωρις να μπορει να παρει ip και φταιει το ρουτερ,μας κοροϊδεύουν μου φαίνεται.
Μετα απο ολο αυτο που αρχισε την Κυριακή εψαχνα αμα ειχε βγει κανενα πιο προσφατο firmware,τελικα βρηκα οτι ειχε βγει ενα μερικους μηνες αφου το αγορασα και ειχα περασμενο μεσα το προηγουμενο απο αυτο(TD-W8960N_V5_140815), οποτε περασα το (TD-W8960N_V5_141107).
Μετα απο αυτο και αφου εκανα τις ρυθμισεις πηρε ip σε 3 λεπτα,αλλα απο τοτε(Δευτερα) δε το ξανα εκανα επανεκκίνηση να δω τι θα γινει γιατι νομιζω παλι χωρις ιντερνετ θα μεινω.

[TYFEONAS]

αυτο περασα και εγω TD-W8960N_V5_141107.zip αλλα τα ιδια.
και ενα παιδι απο ιλιον το ιδιο θεμα με ακριβως το ιδιο ρουτερ.

μπορει μετα απο 30 ρεσταρτ να παρει αλλα μετα δεν....

δηλαδη τωρα τι θα κανουμε θα τα πεταξουμε να παρουμε τι?

ελπιζω να το λυσουν.

[achiavg]

Εγω τους πηρα σημερα και ειπαν εκαναν μια αναβαθμιση και υπαρχει γενικο προβλημα,γιατι το εκανα reboot να δω τι θα δινει και εκανε 9 ωρες να παρει ip...
Η υπάλληλος ειπε οτι θα μου σταλει ενας κωδικος για να παρω ρουτερ χωρις χρεωση ωσπου να λυσουν το θεμα.

[nikosaek2121]

Καλησπέρα παιδία, λοιπόν δοκιμάστε αυτό και κάντε 3-4 Rest και πείτε μου αν δεν μπορείτε να συνδεθείτε σε κάποιο από αυτά πάτε Advanced Setup > Mac Clone και Πατήστε εκεί που λέει Current PC MAC > Πατήστε Clone. Εγώ από τότε που το έκανα συνέχεια μπένει το Router μου

[a4ex]

Καλημέρα,

Πρέπει να είναι ένας μήνας τώρα, ίσως και λίγο παραπάνω που αντιμετωπίζω προβλήματα με το tp-link w8980. Ένα χρόνο έπαιζε μια χαρά και ξαφνικά τώρα έχω αποσυνδέσεις που ούτε το power off/on δεν φτιάχνουν. Συνήθως επανέρχεται μόνο μετά από κάποια ώρα. Δυο φορές που τους έχω πάρει τηλ θέλουν να στείλουν τεχνικό στο σπίτι. Δεν ξέρω αν σχετίζεται με την αλλαγή των καφαο στη περιοχή που έγινε τώρα τελευταία.

Χτες που συνέβη ξανά έκατσα να δω debug logs και ανακάλυψα το εξής:
ppp0 Timeout waiting for PADO packets

Ψάχνοντας στο google βρήκα αυτή την απάντηση:
"Rebooting your router and modem did not fix this.

Your ISP PPPoE routers are programmed to ignore your PADI requests for a period of time that doubles with each invalid PPPoE login request up to a maximum of 15 minutes.

So if your ISP was down or you had bad password, none of your attempst at connecting would work and you would be waiting for the PADO packets that never come since your ISP is ignoring you. The only way to get around this is to stop sending PPPoE login requests for a period of time after which your ISP will let 1 request through."

Όντος μετά από κάποια ώρα με σβηστό στο modem επανέρχεται. Το πρόβλημα είναι ότι τς debug logs είχαν επανεγγραφεί και δεν ξέρω τι προκάλεσε αυτό, αλλά θα συνεχίσω το troubleshooting.

Χαιρετώ.

[achiavg]

Η μονη λυση προς το παρον ειναι να βαλεις δικο τους ρουτερ,μου ειπαν με καποια αναβαθμιση που εκαναν προσφατα εχουν προβληματα,οτι firmware update και να κανεις δε θα το λυσει.
Ζητα ενα τσαμπα,πες τους τι ρουτερ εχεις και θα σου πουν δωσε μας τα στοιχεια σου και θα λαβεις ενα κωδικο για να παρεις ενα απο καταστημα.
Εγω απο τοτε που το εβαλα χθες το δικο τους οσες φορες και αν το ανοιγοκλεισω παιρνει ip αμεσως.
Αν θες το δικο σου ρουτερ που ειναι σαφως καλυτερο απο αυτο που δινουν βαλε το δικο τους σαν μοντεμ και το δικο μονο του σαν ρουτερ πανω του,παντως να πω την αληθεια αυτο που δινουν τωρα ειναι αξιοπρεπες.
Εσενα το ρουτερ σου συγχρονιζει το adsl και δεν παιρνει ip οπως σε εμας;

[a4ex]

Το DSL συγχρονίζεται και μετά κάνει προσπάθεια να πάρει IP. Σε αυτό το σημείο κάνει fail το authentication με αποτέλεσμα να χάνει και το DSL από εδώ και πέρα μετά λούπα. Θα το κλείσω, το αφήνω 20 λεπτά, και μετά όλα καλά. Κατά διαστήματα μου κάνει κάτι αποσυνδέσεις αλλά τίποτα το σοβαρό.
Θα τους πάρω τηλέφωνο να δω τι θα μου πουν.

[SfH]

Να κάνω μια shoot-from-the-hip ερώτηση ? Όσοι έχετε αντιμετωπίσει το συγκεκριμένο πρόβλημα, η mac address του tplink σας ξεκινάει από 4 ή 6 , ή κάποιο άλλο ψηφίο ?

[achiavg]

Ναι,εμενα 46

[SfH]

Αν έχει επιλογή να την αλλάξεις ( προσοχή, μιλάμε για τη wan mac ) , δοκίμασε να αλλάξεις το πρώτο ψηφίο σε κατι άλλο ( π.χ. 2 )

[Simpleton]

Το σκεπτικό σου εδώ είναι ότι μπορεί ο κατασκευαστής να όρισε κατά λάθος τοπικές MAC (U/L bit = 1) στο WAN interface αυτών των router και να εμφανίζονται διενέξεις στον πάροχο;

[SfH]

Το σκεπτικό σου εδώ είναι ότι μπορεί ο κατασκευαστής να όρισε κατά λάθος τοπικές MAC (U/L bit = 1) στο WAN interface αυτών των router;

Το σκεπτικό μου είναι ότι υπάρχουν παραδείγματα όπου ένα forwarding asic αναγνωρίζει λάθος το payload οταν έχουμε vpws/vpls υπηρεσία και το πρώτο ψηφίο της mac του πελάτη ξεκινάει από 4 ή 6. Δεν είναι όμως εύκολο απλά με το παραπάνω να ορίσεις τις πιθανές συνέπειες. Απλά είναι το μόνο σενάριο που μπορώ να σκεφτώ όπου καλύπτει αυτά που λέει ο nikosaek2121 , πλην του καθαρού mac filtering ( στο οποίο πιστεύω θα είχαμε παραπάνω αναφορές ) ή κάποιου αγνώστου bug/design decision/κτλ. Σε καμιά περίπτωση δεν το θεωρώ ιδιαίτερα πιθανό σενάριο, αλλά αν μη τι άλλο, μπορεί να δοκιμαστεί εύκολα.

[nickmagk]

Βρήκα μια λύση που δούλεψε για το 8960 ενός φίλου.
Αφού τα δοκιμάσαμε όλα: Hard reset, firmware update και αλλαγή MTU σε 1492 δεν πήρε ποτέ ΙΡ.
Στο μεταξύ, το zte108 της HOL έπαιζε μια χαρά καθώς και ένα tp link archer d2.
Τελικά προχθές πήραμε στο tech support και δοκιμάσαμε το παρακάτω:
Στο advanced setup στην υπηρεσία pppoA έχει επιλογή debug mode. Την ενεργοποιήσαμε μετά next και save/apply, reboot και... ΜΠΟΥΜ! Παίζει κανονικά!

[kostas stathopoulos]

Βρήκα μια λύση που δούλεψε για το 8960 ενός φίλου.
Αφού τα δοκιμάσαμε όλα: Hard reset, firmware update και αλλαγή MTU σε 1492 δεν πήρε ποτέ ΙΡ.
Στο μεταξύ, το zte108 της HOL έπαιζε μια χαρά καθώς και ένα tp link archer d2.
Τελικά προχθές πήραμε στο tech support και δοκιμάσαμε το παρακάτω:
Στο advanced setup στην υπηρεσία pppoA έχει επιλογή debug mode. Την ενεργοποιήσαμε μετά next και save/apply, reboot και... ΜΠΟΥΜ! Παίζει κανονικά!

Δούλεψε και σε μένα αι έκανα 3-4 restart και πήρε κανονικά ip.

Πηγαίνετε στο advanced settings > WAN Service.
Κάνουμε add > next > next > βάζουμε τα στοιχεία (guest@hol και guest) και tickάρουμε την επιλογή debug mode > next > next > next > save/apply.