USR9113 custom firmware - re-authentication bugfix

[NeK]

Το USR9113 έχει περιορισμό (5) στις προσπάθειες επανασύνδεσης, με αποτέλεσμα να παρουσιάζεται πρόβλημα όταν χρησιμοποιείται σε ελληνικούς ISPs.

Συνήθως τα συστήματα των παρόχων είναι ρυθμισμένα έτσι ώστε όταν κάποιος για οποιοδήποτε λόγο αποσυνδεθεί (αποσυγχρονισμός, αλλαγή ρυθμίσεων, reset κλπ), να "κρατάνε" για λίγα λεπτά το λογαριασμό του ως "συνδεδεμένο" παρότι μόλις αποσυνδέθηκε. Έτσι μόλις προσπαθήσει να επανασυνδεθεί ο χρήστης, το σύστημα δεν θα τον αναγνωρίζει μέχρι να περάσει το προκαθορισμένο χρονικό όριο, το οποίο είναι γύρω στα 5 λεπτά.

Τα USRobotics όπως είναι γνωστό, έχουν μέγιστο όριο 5 επαναλήψεις στις προσπάθειες επανασύνδεσης που κάνουν και μετά σταματάνε για 30 ολόκληρα λεπτά πρωτού ξαναπροσπαθήσουν. Έτσι σχεδόν πάντα εξαντλούνται πρωτού ο ISP τον αφήσει να συνδεθεί ξανά. Με αποτέλεσμα ύστερα από μία αποσύνδεση, να χρειάζεται ο χρήστης να κάνει reset το usr για να μπορέσει να επανασυνδεθεί ξανά.

Η λύση στο παραπάνω ήρθε για το 9108 με επεξεργασμένο (custom) firmware από τα μέλη μας με βοήθεια ενός ξένου. Όμως όχι και για το 9113. Έτσι λοιπόν χρησιμοποιώντας τα στοιχεία από αυτούς, αντίστοιχα διόρθωσα στον κώδικα του firmware το πρόβλημα αυτό, συν ακόμη ένα που δεν επέτρεπε να γίνει tftp firmware update, το έκανα compile και δούλεψε περίφημα!

Έτσι λοιπόν το δίνω και για όσους θέλουν να το χρησιμοποιήσουν, κατεβάστε το από εδώ:

USR9113 Annex A Firmware v1.2.ADSLgr-1.0 (3,33 MB)

Disclaimer: Προσοχή δεν αναλαμβάνω καμία ευθύνη για οποιαδήποτε πρόβλημα σας παρουσιάσει, η ευθύνη είναι όλη δική σας.

Custom Firmware (ANNEX A) βασισμένο στην 1.2 κανονική έκδοση του έκδοση του USRobotics 9113

Διορθώσεις:

• Καταργήθηκε το όριο των 5-10 επαναλήψεων επανασύνδεσης (ppp reconnect retries)
• Διορθώθηκε το bug στην έκδοση 1.2 όπου ήταν αδύνατο να αλλάξεις firmware μέσω TFTP (does not kill telnetd process)

Custom Firmware (ANNEX A) based on version 1.2 of USRobotics 9113 original firmware

Corrections:

• Disabled max ppp reconnect retry limit (ppp reconnect retries)
• Fixed a bug in version 1.2 where TFTP firmware update did not work (does not kill telnetd process)

Με την άδεια GPL, ο πηγαίος κώδικας είναι διαθέσιμος στον όποιο ενδιαφερόμενο, απλά στείλτε μου PM ή ένα email.

Released under GPL, the source code is available, just send me a PM or email.

[MarioSal]

Ευχαριστώ πολύ Νεκτάριε. Και εμένα με πέταγε για 30 λεπτά ενώ ερχόταν το internet. Έπρεπε να κάνω χίλια restarts.

Θα το βάλω και θα σου πω εάν μου δημιούργησε πρόβλημα.

[nnn]

Thanks Νεκτάριε, θα δοκιμαστεί μόλις βρω ευκαιρία.

[notios7]

ευχαριστω φιλε!θα το δοκιμασω συντομα

[blugosi]

Για ISDN; Μπορεί να γίνει με τον ίδιο τρόπο κάτι για τα ANNEX b;

[karavagos]

Πάντως μια σωστή λύση για το re-authentication πρέπει να περιλαμβάνει και το παρακάτω:
http://www.adslgr.com/forum/showpost...01&postcount=9

[NeK]

Πάντως μια σωστή λύση για το re-authentication πρέπει να περιλαμβάνει και το παρακάτω:
http://www.adslgr.com/forum/showpost...01&postcount=9

Είσαι καθόλα ευπρόσδεκτος να την υλοποιήσεις.

Πάντως εξήγησέ μου σε παρακαλώ γιατί δεν φταίει το dslam και φταίει ο client; Λογικά από την στιγμή που αποσυνδέετε ο client, ο server το ξέρει αμέσως, οπότε είναι δική του η ευθύνη να ακυρώσει το session που στην τελική αυτός το κρατάει ανοικτό και είναι υπεύθυνος για αυτό.

[blugosi]

Είσαι καθόλα ευπρόσδεκτος να την υλοποιήσεις.

Πάντως εξήγησέ μου σε παρακαλώ γιατί δεν φταίει το dslam και φταίει ο client; Λογικά από την στιγμή που αποσυνδέετε ο client, ο server το ξέρει αμέσως, οπότε είναι δική του η ευθύνη να ακυρώσει το session που στην τελική αυτός το κρατάει ανοικτό και είναι υπεύθυνος για αυτό.

Εδώ είναι που λέμε φταίει ο γάιδαρος και βαράμε το σαμάρι...

Ο άνθρωπος δίνει λύση μέσω ρούτερ, επειδή τα dslam δεν είναι του χεριού μας...

Πάντως τελευταία έχω παρατηρήσει ότι στο δικό μου dslam μάλλον κάτι ρυθμίσανε γιατί δεν έχω το πρόβλημα πια... Κάνει σωστό authentication αμέσως...

[karavagos]

Είσαι καθόλα ευπρόσδεκτος να την υλοποιήσεις.

Πάντως εξήγησέ μου σε παρακαλώ γιατί δεν φταίει το dslam και φταίει ο client; Λογικά από την στιγμή που αποσυνδέετε ο client, ο server το ξέρει αμέσως, οπότε είναι δική του η ευθύνη να ακυρώσει το session που στην τελική αυτός το κρατάει ανοικτό και είναι υπεύθυνος για αυτό.

2η παράγραφος
http://www.adslgr.com/forum/showpost...5&postcount=11

[NeK]

2η παράγραφος
http://www.adslgr.com/forum/showpost...5&postcount=11

Αμ εδώ είναι το πρόβλημα, σε ΟΤΕ σύνδεση που έχω ισχύει το ίδιο και σε PPPoA αλλά και σε PPPoE, άρα δεν δουλεύει η αυτόματη ενημέρωση του BRAS και έχουν πολύ μεγάλα keepalives.

[kover]

Does this firmware also works for 9113 that have been flashed from anex B to anex A?

[NeK]

Does this firmware also works for 9113 that have been flashed from anex B to anex A?

Yes it does. Use the TFTP firmware upload process.

[karavagos]

Αμ εδώ είναι το πρόβλημα, σε ΟΤΕ σύνδεση που έχω ισχύει το ίδιο και σε PPPoA αλλά και σε PPPoE, άρα δεν δουλεύει η αυτόματη ενημέρωση του BRAS και έχουν πολύ μεγάλα keepalives.

Αν δεν ισχύει στο PPPoA, τότε είτε είναι bug του dslam ή του bras, είτε συμβαίνει κάτι άλλο και φαίνεται σαν να μη δουλεύει το re-authentication. Σε κάθε περίπτωση, μια επικοινωνία με τους τεχνικούς του ΟΤΕ μπορεί να ρίξει φως στην υπόθεση..

[Hwoarang]

Μολις είδα αυτο το νημα. Το χρησιμοποιείται ακομα αυτο το firmware? Εχω σοβαρα προβληματα με το authentication και νομιζω οτι αυτο το firmware είναι οτι πρέπει. Επειδη θα το κανω απομακρυσμενα, μπορειτε να μου πειτε αν θα μου κρατησει τις ρυθμίσεις;

Ευχαριστω πολυ

........Auto merged post: Hwoarang πρόσθεσε 32 λεπτά και 34 δευτερόλεπτα αργότερα ........

Τελικα δεν αντεξα

Name:	USRobotics Wireless Ndx ADSL2+ Gateway (USR9113) 
Time:	Tuesday April 14, 19:59:44 GMT+0100 2009
Version:	3.10L.02.03 (Thursday February 14, 11:35:00 GMT+0000 2008) 
	1135_021408-3.10L.02.A2pB023k.d20h

Ειμαι σε σωστη εκδοση; Δεν θυμαμαι καθολου τι ειχα πριν. Εχει σημασια αν ειμαι σε PPPoA ή PPPoE;

Ευχαριστώ

[nnn]

Λογικά είσαι οκ.