Σταθερή ταχύτητα συγχρονισμού. Πώς εξηγείται;

[nyannaco]

Τα προηγούμενα χρόνια, και στους δύο προηγούμενους παρόχους (Tellas/Wind και On Telecoms) η ταχύτητα συγχρονισμού μου άλλαζε κατά διαστήματα, μέσα σε κάποια όρια, ανάλογα προφανώς με τη μεταβολή των επιπέδων θορύβου στη γραμμή. Πολύ λογικό.
Εδώ και καμμιά εβδομάδα που είμαι στη HOL, και μετά το χαμήλωμα του target SNR σε 6dB (κατόπιν αιτήματος), παρατηρώ ότι η ταχύτητα συγχρονισμού παραμένειο καρφωμένη στα 3456 kbps / 1024 kbps, ακόμη και μετά την αλλαγή IP για οποιδήποτε λόγο, το δε SNR μεταβάλλεται και αυτό πολύ λίγο, μεταξύ 6 και 6.5.
Θεωρητικά, δεν θα έπρεπε και η ταχύτητα συγχρονισμού να ψιλομεταβάλλεται με τις αλλαγές IP? Αυτή η αξιοθαύμαστη σταθερότητα, μήπως υπονοεί ότι η HOL με έχει σε κάποιο προφίλ με ανώτατη τιμή συγχρονισμού τα 3,456kbps?
Να σημειώσω ότι είμαι μακριά από το ΑΚ, και στην On έπιανα μέχρι 4-4.1 Mbps down τις καλές μέρες, τώρα τελευταία δε τα ίδια που πιάνω και στη HOL ή και λίγο λιγότερο, αλλά με up πάντα στα 800-και-κάτι-λίγο, ποτέ 1024 που έχω τώρα.
Τί λετε οι πιο γνώστες;

[balandis]

η ταχυτητα σου πρεπει να ειναι κλειδωμενη λογω μεγαλης αποστασης,line attenuation.-58 db.το upload παντα το εχουν εκει 800-900κβπς για δικους τους λογους.ισως με ενα rest το πρωι ισως πιασεις κατι παραπανω εισαι ομως παρα πολυ μακρια ...υπομονη!!!

[sweet dreams]

Oι σταθερές τιμές και μετά από επανεκκίνηση του ρούτερ δείχνουν κλειδωμένο προφίλ, αλλά δεν θα μπορούσε να γίνει και αλλιώς αφού ζήτησες

να σου κατεβάσουν το target SNR, έπρεπε με κάποιο τρόπο να σταθεροποιήσουν την γραμμή αφού είσαι τόσο μακριά. Το παράξενο είναι που

σου το κατεβάσανε.

[nyannaco]

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

[babis3g]

καποιες φορες αν κατεβει το σνρ (ας κοστιζει αποσταθεροποιησει στην γραμμη, μπορει αν κατεβει το πινκ, ισως να νομιζε οτι θελεις to snr για παιχνιδια online) ...
επισης αν το προφιλ ειναι κλειδωμενο και χαμηλο σνρ να εχει, ειναι διαμορφωμενο ωστε να κραταει την γραμμη, οποτε μπορει να ειναι και καλυτερα ... αυτο θα το καταλαβεις απο τα λαθη (σε σχεση με το αλλο προφιλ αν κρατησες νουμερα) η αν εχεις αποσυνδεσεις

Μπορει ομως να ειμαι λαθος και στις 2 εκδοχες αλλα τις αναφερω γιατι νομιζω ισχυουν

[tolis1989]

Θεωρητικά, δεν θα έπρεπε και η ταχύτητα συγχρονισμού να ψιλομεταβάλλεται με τις αλλαγές IP?

Ούτε θεωρητικά ούτε πρακτικά. Η ταχύτητα συγχρονισμού αλλάζει μόνο στο νέο συγχρονισμό.

[babis3g]

με διαφορετικη ip καποιες φορες παιζει ρολο μονο στο πινκ

[nyannaco]

Ούτε θεωρητικά ούτε πρακτικά. Η ταχύτητα συγχρονισμού αλλάζει μόνο στο νέο συγχρονισμό.

Αυτό λέω, η αλλαγή IP εκ των πραγμάτων επιβάλλει νέο συγχρονισμό.

[billybiros]

Αυτό λέω, η αλλαγή IP εκ των πραγμάτων επιβάλλει νέο συγχρονισμό.

Τι ακριβώς εννοείς ;
Η αλλαγή IP κανονικά δε σχετίζεται με αλλαγή συγχρονισμού.

[nyannaco]

Τι ακριβώς εννοείς ;
Η αλλαγή IP κανονικά δε σχετίζεται με αλλαγή συγχρονισμού.

Κάνω λάθος; Δεν επιμένω. Αρα λες ότι μόνο αν η αλλαγή IP προκύψει από αποσύνδεση, αλλάζει ο συγχρονισμός, ενώ σε forced IP change από τον πάροχο όχι;

[babis3g]

καποιες φορες μπορει να πεσει μονο η ip (να αλλαξει, πχ κακο authentication η κακου λογισμικου στο μοντεμ) χωρις να χασει τον συνχρονισμο

[jkoukos]

Δεν είναι υποχρεωτικό η δημόσια ΙΡ ν' αλλάζει με νέο συγχρονισμό. Ανάλογα της ρυθμίσεις που εφαρμόζει η εταιρεία.
Όμως με κάθε συγχρονισμό αλλάζει.

[billybiros]

Κάνω λάθος; Δεν επιμένω. Αρα λες ότι μόνο αν η αλλαγή IP προκύψει από αποσύνδεση, αλλάζει ο συγχρονισμός, ενώ σε forced IP change από τον πάροχο όχι;

Η IP και ο συγχρονισμός είναι σε διαφορετικό επίπεδο και εντελώς ανεξάρτητα μεταξύ τους.
Αν χαθεί η επαφή σε φυσικό επίπεδο προφανώς χάνεται και η σύνδεση σε επίπεδο IP αλλά δεν σχετίζονται μεταξύ τους.

[nyannaco]

Η IP και ο συγχρονισμός είναι σε διαφορετικό επίπεδο και εντελώς ανεξάρτητα μεταξύ τους.
Αν χαθεί η επαφή σε φυσικό επίπεδο προφανώς χάνεται και η σύνδεση σε επίπεδο IP αλλά δεν σχετίζονται μεταξύ τους.

ΟΚ, ευχαριστώ

[billybiros]

Επί της ουσίας του αρχικού ερωτήματος.

Σε όλα τα profile υποχρεωτικά υπάρχει ανώτατη τιμή στον συγχρονισμό.

Spoiler:

DS Data Rate Profile
The downstream data rate profile MUST contain the following parameters:
- Minimum Data Rate downstream
- Minimum Reserved Data Rate downstream
- Maximum Data Rate downstream
- Rate Adaptation Ratio downstream
- Minimum Data Rate in low power state downstream
- Maximum Bit Error Ratio downstream
- Data Rate Threshold Upshift downstream
- Data Rate Threshold Downshift downstream
- Minimum SOS Bit Rate downstream (MIN-SOS-BR-ds)

Στην πραγματικότητα δηλαδή και καθαρά σχεδιαστικά δεν υπάρχει αυτό που λέμε "Ξεκλείδωτο profile".
Υποχρεωτικά δηλαδή σε κάθε γραμμή υπάρχει ανωτάτη και κατωτάτη τιμή.
Τώρα αν βάλουμε σε μια "24άρα" γραμμή - κατωτάτη τιμή 0 και ανωτάτη 32Mpbs ουσιαστικά το profile γίνεται "ξεκλείδωτο" .

Τα DSL Profile χωρίζονται σε 3 κύριες κατηγορείς



Στο Service Profile που πολύ απλοποιημένα λέει μέχρι που μπορείς να συγχρονίσεις και η τιμή αυτή ("το κλείδωμα") είναι υποχρεωτικό.

Στο Spectrum Profile που λέει που και πόσο ισχύ θα στείλει το DSLAM (αν θα υπάρχει προστασία από RFI κοκ)

και στο Quality Profile που καθορίζει το target Noise Margin (min, max κοκ)

Άρα στην περίπτωση σου όπως και σε όλες τις περιπτώσεις υπάρχει max τιμή - το ζήτημα δεν είναι αν υπάρχει αλλά πόσο είναι αυτό.
Από τη στιγμή που το Noise Μargin μεταβάλλεται πολύ λίγο δεν μπορούμε με σιγουριά να πούμε αν η παραπάνω τιμή είναι και το Maximum Data Rate downstream.

Πρακτικά οι παροχοι έχουν 5-10 Profile έτοιμα που συνδυάζουν τα παραπάνω και παίζουν με αυτά. Και να θέλει κάποιος να γνωρίζει όλες τις παραμέτρους κάθε Profile είναι σχεδόν αδύνατο καθώς κάθε Profile έχει σχεδόν 150 παραμέτρους.

Αν έστω και μια φορά συγχρονίσει λίγο παραπάνω από την τιμή που αναφέρεις - τότε προφανώς δεν είναι αυτή το όριο.
Αν θέλεις να τεσταρεις αν είναι αυτό το όριο - δοκίμασε να αλλάξεις το mode σε ADSL1 και σε ADSL2.
Το mode κανονικά δεν σχετίζεται με το Service Releated profile.