Υψηλό Instant Jitter στο Α.Κ του Αγίου Γεωργίου Κερατσίνι

[Knomax]

Σου έστειλα πμ.

[mimis70]

Χαιρετώ και πάλι,
Έκανα το εξής, έβαλα και δεύτερη VDSL 50άρα από Wind, στο ίδιο σπίτι, από την ίδια καμπίνα με το ίδιο κεντρικό καλώδιο έρχεται στον κατανεμητή της πολυκατοικίας κσι από εκεί με το δεύτερο από τα 3 ζευγάρια που έρχονται στο διαμέρισμα.

Εννοείτε ότι και αυτή η γραμμή με φοβερά στατιστικά και μηδενικά errors.

Το φοβερό είναι ότι σε αυτή την γραμμή δεν έχω απολύτως κανένα πρόβλημα, ούτε jitter ούτε τίποτα.
Για την διαστροφή, όμως, έκανα και αντιμετάθεση των ζευγαριών από κατανεμητή ως διαμέρισμα και αννοείται ότι το πρόβλημα ακολούθησε τον ΟΤΕ.
Δηλαδή δεν έχει σημασία με ποιο ζευγάρι θα έρθει η γραμμή στο διαμέρισμα.
Απλά το δίκτυο του ΟΤΕ από την καμπίνα και προς το core δίκτυο κάτι κάνει και εμφανίζει το jitter.

Το αφήνω εδώ και ελπίζω να βλέπουν και να ντρέπονται αυτοί που διαχειρίστηκαν (ή μάλλον δεν διαχειρίστηκαν) το πρόβλημα μου.

Καλή συνέχεια και ευχαριστώ του φίλους που με βοηθάνε.

Δημήτρης

[Kostinos]

Κάνε κι μια καταγγελία στην ΕΤΤΤ κι παρακάτω.
http://www.synigoroskatanaloti.gr/index.html

- - - Updated - - -

Στην ΕΕΤΤ ζήτα όταν κάνεις καταγγελία να φύγεις αζημιώτος...

[mimis70]

Καλημέρα,
Θα το προσπαθήσω αν και δεν δεσμεύεται κανένας πάροχος για το latency και το kitter, οπότε δεν υπάρχει μέτρηση αναφοράς όπως για την χωρητικότητα (Mbps/sec).
Ευχαριστώ,
Δημήτρης

[zenith]

Να σου κανω 2 ερωτησεις? μπορει να ειναι και ασχετες

1. τι ip εχεις? ειναι Public? Δες στο https://www.myip.com/ η ip που σου βγαζει ειναι η ιδια που βλεπεις μεσα στο router?
2. το username(οχι το login του web interface) που εχει το router στο vdsl connection μηπως ειναι της μορφης cli_210το τηλεφωνο σου@οτενετ.γρ? Ειναι το ιδιο με αυτο που υπαρχει στο mycosmote (Στοιχεία internet σύνδεσης)?

[Knomax]

Νομίζω ο Δημήτρης αρχίζει και καταλήγει εάν δεν έχει καταλήξει ήδη που είναι το "πρόβλημα" και δεν είναι θέμα ρυθμίσεων, καλωδίωσης η εξοπλισμού γενικά από πλευράς του.

[mimis70]

Να σου κανω 2 ερωτησεις? μπορει να ειναι και ασχετες

1. τι ip εχεις? ειναι Public? Δες στο https://www.myip.com/ η ip που σου βγαζει ειναι η ιδια που βλεπεις μεσα στο router?
2. το username(οχι το login του web interface) που εχει το router στο vdsl connection μηπως ειναι της μορφης cli_210το τηλεφωνο σου@οτενετ.γρ? Ειναι το ιδιο με αυτο που υπαρχει στο mycosmote (Στοιχεία internet σύνδεσης)?

Χαιρετώ,
1) Δεν έχω CGNAT. Έχω public IP.
2) Είναι της μορφής obqxxx@otenet.gr

Τελικά δείχνει να είναι θέμα του πρώτου hop, στην περίπτωσή μου 80.106.125.100.

Ελπίζω να το δουν οι τύποι, γιατί με κάθε τρόπο και κάθε ευκαιρία ή συνομιλία το ticket αντί να προχωρά από το access προς το core, επίστρέφει στο local loop.
Αυτό ξέρουν, αυτό κοιτάνε, δεν βρίσκουν εκεί πρόβλημα κλείνου το ticket και πάλι από την αρχή.

Λες και δεν επιτρέπεται να διερευνήσουν τους επόμενους κόμβους.

Απίστευτο.

Ευχαριστώ,
Δημήτρης

- - - Updated - - -

Καλημέρα,
Να σας ενημερώσω για το νέο επεισόδιο του serial.

Οι άνθρωποι έχουν τελικά πλάκα.
Θέλουν να έρθουν πάλι και με καλούν για να κλείσουμε ραντεβού να δουν την καλωδίωση.
Τους θυμίζω ότι έχουν έρθει τουλάχιστον 50 φορές ήδη.
Πρέπει να δουν τους κόμβους του δικτύου από τους οποίους περνάει το path μέχρι την OTEGLOBE και εξακολουθούν να θέλουν να έρθουν με το FLUX να δουν τα λάθη στην γραμμή.
Τι να πω;
Θα δούμε και θα σας ενημερώνω.

[Spiros_slb]

Η γραμμη της Wind με τι εξοπλισμο παιζει; Θα μπορουσες να τον σεταρεις στην γραμμη του ΟΤΕ να δεις αν θα παραμεινει το προβλημα;

[mimis70]

Καλησπέρα και ευχαριστώ για την απάντησή σου,
Δεν βλέπω όμως πως θα με βοηθούσε αυτό που λες.
Ας κρατάμε παρακαλώ το post καθαρό από τα αυτονόητα, γιατί ψάχνουμε για εξειδικευμένη βοήθεια και γεμίζει με άσχετα σχόλια και ιδέες που θα κουράσουν τους αναγνώστες και πιθανά να μην το διαβάσουν.
Ψάχνουμε όπως έχεις καταλάβει για εξειδικευμένη γνώση από άνθρωπο που έχει ταυτόχρονα και τον τρόπο.
Και αυτοί είναι λίγοι.
Ας αυξήσουμε τις πιθανότητες να μας διαβάσουν.
Δεν έχω πρόθεση να σε προσβάλλω και σε ευχαριστώ ξανά.
Δημήτρης

[netblues]

Χαιρετώ,

Τελικά δείχνει να είναι θέμα του πρώτου hop, στην περίπτωσή μου 80.106.125.100.

0 φορές ήδη.
Πρέπει να δουν τους κόμβους του δικτύου από τους οποίους περνάει το path μέχρι την OTEGLOBE και εξακολουθούν να θέλουν να έρθουν με το FLUX να δουν τα λάθη στην γραμμή.

To πρωτο hop που αναφερεις 80.106.125.100 ειναι το "πρωτο" hop για παρα πολλες περιοχές . Και προφανως το προβλημα σου ειναι στο backbone μεχρι εκει. Δεν εχει νοημα να αναφερεσαι στο path μεχρι την oteglobe, γιατι τοτε το προβλημα θα το ειχαν και πολλοι αλλοι,
Γνωριζουμε οτι μεταξυ του φαινομενικά πρωτου hop και της πορτας του dslam υπαρχει ενα μεγαλο layer2 δικτυο το οποιο και περναει τα pppoe frames που παράγει ο router σου.
Αυτο το δικτυο ειναι transparent ως προς τις μετατροπες που κανει και τα συστηματα που περνάει.
Με τη νεα συνδεση που έκανες, εβγαλες απο την εξίσωση α. το ιδιο το dslam (υποθετωντας οτι δεν ειναι θεμα καρτας, μιας και σου εχουν αλλαξει πόρτα), και b, το οπτικο κομματι του fttc μεχρι του σημείου όπου τα pppoe frames γινονται handoff απο το fttc access δικτυο.

Γνωριζουμε οτι ο οτε τερματιζει τα pppoe frames τοπικά σε διάφορα σημεία, τυπικα ειτε σε εξοπλισμό cisco είτε σε alcatel.
To που τερματιζεις μπορεις να το δεις απο το ppp negotiation του router στα logs.
Παραθέτω ένα PPPoE: rec'd ACNAME "iliu9906b"
Μπορουμε με μεγάλη ασφάλεια να υποθεσουμε ότι αναφέρεται σε cisco asr9906 https://www.cisco.com/c/en/us/suppor...ter/model.html
και οτι το συγκεκριμενο βρίσκεται μεσα στο ακ ηλιούπολης. (η κληση ειναι απο κοντινη περιοχή)

H wind παραλαμβανει τα pppoe frames απο το ιδιο σημειο, και τα οδηγει στο δικο της access concetrator, οπότε ο εξοπλισμος και το δικτυο μετα απο εκει, δεν εχει καμμια σχεση. (ακομα και αν ειναι το κυκλωμα νοικιασμενο απο τον οτε, ειναι σιγουρα αλλες πορτες/config)

Το γεγονος οτι η ip του πρωτου hop ειναι ίδια σε όλα τα ote termination με υποψιαζει οτι απλα χρησιμοποιουν την ιδια ip παντου.
Δεν εχω ιδεα γιατί. Ισως παιζει και κατι αλλο απο πισω. Καποιος θα το ξερει αυτό

Θα πρεπει να βρείς απο το log του δικου σου pppoe το ονομα του δικου σου pppoe termination equipment.
Επισης, στο γνωστο σου που εχεις κανει δοκιμες και ειναι ολα οκ, να επιβεβαιωσεις οτι τερματιζει σε διαφορετικό κουτί
(στοιχηματίζω με την ιδια gateway ip)
Μετά μένει να βρείς μια αλλη σύνδεση, απο διαφορετικό kv/dslam αλλα κοντινή περιοχή που να εμφανιζει το ΙΔΙΟ access concetrator name
και να επιβεβαιωσεις οτι ΚΑΙ εκει εμφανιζεται το ΙΔΙΟ προβλημα με το jitter. (που υποθετουμε οτι ειναι και το προβλημα.)

Εαν ουτε εκει υπαρχει jitter τοτε το προβλημα βρισκεται μεταξυ του fttc δικτυου και του συγκεκριμενου asr/alcatel κουτιου.
Δεν μπορουμε να ξερουμε αν ειναι ενα απλο patch cord, η ενα man πολλων gigabit που μεσολαβει, σε καθε περιπτωση.

Εαν καταφερεις να το εντοπισεις και σε αλλη συνδεση υπαρχουν πιθανοτητες να ασχοληθεί καποιος σοβαρά

Καλη τυχη, θα την χρειαστείς

[mimis70]

To πρωτο hop που αναφερεις 80.106.125.100 ειναι το "πρωτο" hop για παρα πολλες περιοχές . Και προφανως το προβλημα σου ειναι στο backbone μεχρι εκει. Δεν εχει νοημα να αναφερεσαι στο path μεχρι την oteglobe, γιατι τοτε το προβλημα θα το ειχαν και πολλοι αλλοι,
Γνωριζουμε οτι μεταξυ του φαινομενικά πρωτου hop και της πορτας του dslam υπαρχει ενα μεγαλο layer2 δικτυο το οποιο και περναει τα pppoe frames που παράγει ο router σου.
Αυτο το δικτυο ειναι transparent ως προς τις μετατροπες που κανει και τα συστηματα που περνάει.
Με τη νεα συνδεση που έκανες, εβγαλες απο την εξίσωση α. το ιδιο το dslam (υποθετωντας οτι δεν ειναι θεμα καρτας, μιας και σου εχουν αλλαξει πόρτα), και b, το οπτικο κομματι του fttc μεχρι του σημείου όπου τα pppoe frames γινονται handoff απο το fttc access δικτυο.

Γνωριζουμε οτι ο οτε τερματιζει τα pppoe frames τοπικά σε διάφορα σημεία, τυπικα ειτε σε εξοπλισμό cisco είτε σε alcatel.
To που τερματιζεις μπορεις να το δεις απο το ppp negotiation του router στα logs.
Παραθέτω ένα PPPoE: rec'd ACNAME "iliu9906b"
Μπορουμε με μεγάλη ασφάλεια να υποθεσουμε ότι αναφέρεται σε cisco asr9906 https://www.cisco.com/c/en/us/suppor...ter/model.html
και οτι το συγκεκριμενο βρίσκεται μεσα στο ακ ηλιούπολης. (η κληση ειναι απο κοντινη περιοχή)

H wind παραλαμβανει τα pppoe frames απο το ιδιο σημειο, και τα οδηγει στο δικο της access concetrator, οπότε ο εξοπλισμος και το δικτυο μετα απο εκει, δεν εχει καμμια σχεση. (ακομα και αν ειναι το κυκλωμα νοικιασμενο απο τον οτε, ειναι σιγουρα αλλες πορτες/config)

Το γεγονος οτι η ip του πρωτου hop ειναι ίδια σε όλα τα ote termination με υποψιαζει οτι απλα χρησιμοποιουν την ιδια ip παντου.
Δεν εχω ιδεα γιατί. Ισως παιζει και κατι αλλο απο πισω. Καποιος θα το ξερει αυτό

Θα πρεπει να βρείς απο το log του δικου σου pppoe το ονομα του δικου σου pppoe termination equipment.
Επισης, στο γνωστο σου που εχεις κανει δοκιμες και ειναι ολα οκ, να επιβεβαιωσεις οτι τερματιζει σε διαφορετικό κουτί
(στοιχηματίζω με την ιδια gateway ip)
Μετά μένει να βρείς μια αλλη σύνδεση, απο διαφορετικό kv/dslam αλλα κοντινή περιοχή που να εμφανιζει το ΙΔΙΟ access concetrator name
και να επιβεβαιωσεις οτι ΚΑΙ εκει εμφανιζεται το ΙΔΙΟ προβλημα με το jitter. (που υποθετουμε οτι ειναι και το προβλημα.)

Εαν ουτε εκει υπαρχει jitter τοτε το προβλημα βρισκεται μεταξυ του fttc δικτυου και του συγκεκριμενου asr/alcatel κουτιου.
Δεν μπορουμε να ξερουμε αν ειναι ενα απλο patch cord, η ενα man πολλων gigabit που μεσολαβει, σε καθε περιπτωση.

Εαν καταφερεις να το εντοπισεις και σε αλλη συνδεση υπαρχουν πιθανοτητες να ασχοληθεί καποιος σοβαρά

Καλη τυχη, θα την χρειαστείς

Χαιρετώ,
Συμφωνώ ότι θα έχουν κάνει κάποιου είδους παραδοχή και το πρώτο layer3 σε όλο το access δίκτυο (ή σχεδόν όλο) θα έχει την ίδια IP.
Καταρχήν να συμφωνήσουμε ότι το πρόβλημα είναι ιδιαίτερα δύσκολα ανιχνεύσιμο και αν δεν έχεις συγκεκριμένες ανάγκες δεν το καταλαβαίνεις.
Αν δεν είχα αρχικά θέμα με το online gaming και κατόπιν με κάποιες ειδικές εφαρμογές που μιλάνε με τα μεγάλα public clouds, δεν θα το καταλάβαινα.
Εννοείτε ότι η τεράστια πλειοψηφία των χρηστών ακόμη και να υπάρχει στην γραμμή τους δεν θα το καταλάβουν γιατί στην γενική και συνήθη χρήση δεν τους δημιουργεί κάποιο πρόβλημα.


Δεν μπορώ να βρω τέτοιου είδους records στο log (settings->System information->System messages).


Οι πολλοί γνωστοί με τις πολύ καλές μετρήσεις βρίσκονται σε διαφορετικές περιοχές, εντός και εκτός Αττικής. Άρα προφανώς τερματίζουν σε διαφορετικά κουτιά οι PPPoE κλήσεις τους.

Ο γνωστός που έχει το ίδιο πρόβλημα μένει στην ίδια πολυκατοικία και συνδέεται στην ίδια καμπίνα.
Επίσης τα στατιστικά της γραμμής του είναι πολύ καλά χωρίς errors. Άρα και εκείνος τερματίζει στο ίδιο κουτί την κλήση του.

Άρα εντοπίζουμε το ίδιο πρόβλημα και από άλλο συνδρομητή στα ίδια καλώδια/καμπίνα/router κλπ.
Ενώ με την Wind φεύγουμε πολύ νωρίς από το δίκτυο του ΟΤΕ και μπαίνουμε στης Wind, όπου δεν υπάρχει πρόβλημα.
Συμφωνούμε και σε ευχαριστώ πολύ.

Νεότερη ενημέρωση σχετικά με την πορεία της βλάβης: Όπως σας είχα πει θέλανε να έρθουν πάλι να μετρήσουν την καλωδίωση.
Με πήρε λοιπόν ο τεχνικός σήμερα για να έρθει.
Μόλις με άκουσε, με κατάλαβε και τον κατάλαβα, αφού έχουμε μιλήσει πολλές φορές για το ίδιο θέμα στο παρελθόν.
Μου λέει, δεν μπορώ να κάνω τίποτα. Του λέω ότι συμφωνώ και ότι πρέπει να κάνει escalate.
Μου λέει ότι δεν γίνεται αφού η γραμμή είναι καθαρή θα κλείσει το ticket.

ΦΟΒΕΡΟ. ΑΠΙΣΤΕΥΤΟ.

Του λέω ΄τι δεν μπορεί να γίνει και ότι πρέπει να προωθηθεί σε ειδικούς εντός του οργανισμού που κοιτάνε το δίκτυο από την καμπίνα ως το core.
Δεν καταλάβαινε τι του έλεγα, γιατί δεν υπάρχει τέτοια διαδικασία.
Δεν ξέρω τι θα κάνει, απλά του είπα ότι το πρόβλημα δεν λύθηκε άρα το ticket πρέπει να παραμείνει ανοικτό ως την επίλυσή του.
Επειδή το έχω ξαναζήσει εκατοντάδες φορές, την τελευταία μέρα πριν να εξαντληθεί η προθεσμία επίλυσης (Εσωτερικό SLA) κάποιος θα το κλείσει και με κάποιο τρόπο δεν θα μου έρθει SMS για την υποτιθέμενη επίλυση.
Θα πάρω μετά από 3-4 μέρες να δω την πορεία του ticket και θα μοπυ πουν ότι έκλεισε επιτυχώς.
Θα κάνω παράπονα, δεν θα καταλαβαίνουν και θα ανοίξουν νέο που θα έχει την ίδια τύχη.
Μιλάω εκ πείρας. 5 χρόνια το ίδιο γίνεται. Αντί να λύσουν ένα ticket 5 ετών που είναι εκπρόθεσμο, παρουσιάζουν ότι έχουν επιλύσει τουλάχιστον 1000 εντόις προθεσμίας και με εξαιρετικά αποτελέσματα για την υπηρεσία τους.
Για να κλείσει το ticket πρέπει να επιλυθεί το πρόβλημα και σε αυτό πρέπει να συμφωνήσει και ο συνδρομητής.
Δεν μπορεί τα tickets να κλείνουν αυθαίρετα από την μια πλευρά. Δεν μπορεί η τεχνική υπηρεσία που ελέγχεται για την αποτελεσματικότητά της μέσω των reports να έχει το δικαίωμα να κλείνει μόνη της το ticket.
Τότε ελεγκτής και ελεγχόμενος είναι η ίδια μεριά και ευλογεί τα γένια της.

Αναρωτιέμαι υπάρχουν έλεγχοι διαδικασιών και έλεγχοι ποιότητας εντός του Cosmote;

Γιατί και γραπτά παράπονα που έχω καταθέσει ενυπόγραφα, τα προωθούν στην τεχνιοκή υπηρεσία και με καλούν από το 13888 οι agents για να ανοίξουν άλλο ένα ticket.
Αν ήθελα να ανοίξω ticket, έχω μάθει απέξω τον τρόπο, δεν θα κατέθετα γραπτό παράπονο. Το γραπτό παράπονο το έκανα για να το παρακολουθήσει κάποιος από το τμήμα διαχείρισης ποιότητας υπηρεσιών.

Τραγικοί.

Γιάννης κερνάει, Γιάννης πίνει και βγάζει το εαυτό του τέλειο.

Αυτά (προς το παρόν)

Δημήτρης

[netblues]

Βαλε κατι να κανει μια pppoe κλησει και να βγάζει της προκοπής logs.
πχ pfsense.
Εστω για 5 λεπτά.

[Spiros_slb]

Καλησπέρα και ευχαριστώ για την απάντησή σου,
Δεν βλέπω όμως πως θα με βοηθούσε αυτό που λες.
Ας κρατάμε παρακαλώ το post καθαρό από τα αυτονόητα, γιατί ψάχνουμε για εξειδικευμένη βοήθεια και γεμίζει με άσχετα σχόλια και ιδέες που θα κουράσουν τους αναγνώστες και πιθανά να μην το διαβάσουν.
Ψάχνουμε όπως έχεις καταλάβει για εξειδικευμένη γνώση από άνθρωπο που έχει ταυτόχρονα και τον τρόπο.
Και αυτοί είναι λίγοι.
Ας αυξήσουμε τις πιθανότητες να μας διαβάσουν.
Δεν έχω πρόθεση να σε προσβάλλω και σε ευχαριστώ ξανά.
Δημήτρης

Το οτι δεν καταλαβαινεις πως θα σε βοηθουσε, δεν σημαινει οτι δεν θα σε βοηθησει κιολας.
Συμφωνω με τα ασχετα σχολια, οπως το οτι συνδεεσαι με Cat 6a στο 1m.
Δυστυχως δεν εχεις ιδεα απο βλαβοδιαχειριση απο την πλευρα του παροχου .
Δεν εχω προθεση να σε προσβαλλω, καλη επιτυχια στην επιλυση του αυξημενου jitter στο upload στα UDP πακετα ,το οποιο εμφανιζεται περιοδικα.

[mimis70]

Χαιρετώ και πάλι,
Απλά απαράδεκτοι, κωμικοί αλλά ταυτόχρονα ΕΠΙΚΙΝΔΥΝΟΙ ΚΑΙ ΨΕΥΤΕΣ.
Πιο συγκεκριμένα, όπως περίμενα με καλεί ο τεχνικός της γειτονιάς να έρθει στο σπίτι.
Του απαντώ ότι μάλλον δεν χρειάζεται αν και είναι ευπρόσδεκτος.
Μου απαντά, "σε θυμάμαι, τι να έρθω να κάνω αφού η γραμμή είναι σούπερ."
Του λέω "σωστά! Στείλτο παρακάτω" και με διαβεβαβαιώνει ότι ενώ ήθελε, δεν θα κλείσει το ticket και θα το προωθήσει.

Αντί αυτού βέβαια, κλείνει το ticket με την δικαιολογία ότι δεν του επέτρεψα να έρθει στο σπίτι.
Αντίθετα του είχα πει ότι είναι ευπρόσδεκτος και εκείνος συμφώνησε ότι δεν χρειάζεται.

Πως θα γίνει να του γίνει ένας έλεγχος για τις μονομερείς, αυθαίρετες και ψεύτικες ενέργειές του;

Τους πήρα τηλέφωνο και ζήτησα να μιλήσω με κάποιον προιστάμενο του προισταμένου βάρδιας. Αλλά αυτό δεν υποστηρίζεται από τις διαδικασίες τους και είναι λέει αδύνατον.
Κράτησαν όμως, λέει, σημειώσεις και θα τις επεξεργαστούν.
Σημειώσεις που; σε ένα κλειστό ticket; Ποιος θα τις δει αφού δεν τρέχει ο χρόνος εις βάρος του; Δεν θα σχοληθεί κανείς και κέρδισαν χρόνο μιας εβδομάδας.

Αποτέλεσμα να έχουν κλείσει άλλο ένα ticket χωρίς να έχουν κάνει τίποτα και με ψεύτικες δικαιολογίες.
Ευτυχώς υπάρχουν οι καταγραφές όταν με παίρναν από το 13888 για να δουν αν δέχομαι ραντεβού.
Δυστυχώς δεν υπάρχει η κατραγραφή με τον συγκεκριμένο τεχνικό γιατί με πήρε από το κινητό του με απόκρυψη.

Πως θα τον βοηθήσουν τα ψέματα;;;;;;
Επίσης το ίδιο το έχει κάνει πάλι τεχνικός, ο ίδιος ή άλλος δεν γνωρίζω αλλά πάλι είχε πει ότι δεν του επέτρεψα να έρθει στο σπίτι.
Πρέπει να είναι κάποιο είδος trick για να κλείνουν tickets που δεν μπορούν να επιλύσουν και να κερδίζουν χρόνο, γιατί ούτε ειδοποίηση, μέσω SMS, έστειλανμ ότι έκλεισαν το ticket.

Τραγικοί...

[Kostinos]

Κάνε καταγγελία... κι λάκα με την πρώτη ευκαιρία....

- - - Updated - - -

Κράχτους κι στα social media!!!