Επιστροφή στο Forum : Νέα Φιλαδέλφεια/Νέα Χαλκηδόνα. Μεγάλη πτώση Bandwidth σε 100/10
Καλησπέρα παιδιά και χρόνια πολλά.
Λέω να τα γράψω και εδώ περισσότερο για ενημέρωση των συντοπιτών της περιοχής.
Έχω γραμμή 100/10 από τον Ιούνιο η οποία έπαιζε λαμπάδα μέχρις τις 20 το μήνα. Λέγοντας λαμπάδα εννοώ πως σχεδόν οποιαδήποτε στιγμή της ημέρας η ταχύτητα ήταν γύρω στα 10+ MB/sec. Από τις 20 του μήνα και μετά η γραμμή από το απόγευμα στις 4-5 τελειώνει με cap στα 10-12mbit.
Ο συγχρονισμός του μοντεμ δεν άλλαξε ούτε προβλήματα έχω καλωδιακά ή κάτι (το καφάο είναι κάτω από το σπίτι).
Μου έλεγαν διάφορα αλλά όταν τους έπαιρνα και δήλωνα βλάβη για κάποιο μαγικό λόγο η γραμμή έπαιζε καλύτερα μέχρι την επόμενη. Μετά πάλι τα ίδια.
Σημαντικό στοιχείο είναι πως το καφάο είναι του ΟΤΕ και όχι της Wind που έχω τη γραμμή άρα η Wind νοικιάζει τη γραμμή από τον ΟΤΕ.
Ενώ τους έλεγα από την αρχή πως ΔΕΝ είναι καλωδιακό πρόβλημα και μου έστελναν SMS πως το κοιτάνε, έλαβα στις 23 μήνυμα πως όντως υπάρχει βλάβη και θα γίνει επισκευή στο μέρος μου.
Περίμενα και στις 25 Χριστουγεννιάτικα μου έστειλαν μνμ πως η βλάβη αποκαταστάθηκε. Φυσικά δεν είχε αλλάξει τίποτα οπότε ξαναδήλωσα βλάβη.
Με τα πολλά μου έκλεισαν ραντεβού (όπου έγινε μάχη για να τους κάνω να έρθει τεχνικός το απόγευμα γιατί το πρωί δεν θα φαινόταν κάτι) οπότε σήμερα πριν λίγο ήρθε ένα παλικάρι και όντως επιβεβαίωσε πως έχω θέμα.
Μου είπε το παλικάρι πως πολύς κόσμος στην περιοχή της Φιλαδέλφειας έχει τέτοιο θέμα τελευταία και φυσικά πως το πρωθεί στον ΟΤΕ.
Είμαι σε αναμονή, αν δεν λυθεί το θέμα λόγο υπερφόρτωσης του δικτύου της περιοχής ή λόγο της γνωστής παπάτζας του ΟΤΕ οι δικές του γραμμές να παίζουν ποιο καλά στα Καφάο του και στην δρομολόγηση τι μπορώ να κάνω?
Μπορώ να κυνηγήσω διακοπή της γραμμής από τη Wind και να πάω στον ΟΤΕ? έχω ξαναπάθει τα ίδια όσο έμενα στην Πετρούπολη όπου όλοι οι εναλακτικοί ήταν χάλι μαύρο ενώ οι γραμμές με Ιντερνετ από ΟΤΕ πέταγαν... πριν χρόνια βέβαια αυτό αλλά προσωπικό γεγονός αδιαμφισβήτητο που λύθηκε τότε όταν πήγα στον ΟΤΕ ως δια μαγείας.
Είναι πολύ κουφό αυτό που συμβαίνει πάντως... πληρώνεις γραμμή 100άρα και σε εμπαίζουν έτσι. Ελλάς το μεγαλείο σου.
Τους ξαναπήρα τηλέφωνο πριν λίγο και με ενημέρωσαν πως δεν έχουν στείλει ΚΑΝ το θέμα στον ΟΤΕ ακόμα και θα το στείλουν λέει τη Δευτέρα... πιάσε το αυγό και κούρευτο μιλάμε..ανάθεμά την ώρα και τη στιγμή που έμπλεκα μαζί τους...
Η ταχύτητά μου είναι αυτή τη στιγμή 2mbit Download και 10 Upload :p. To modem της Wind είναι Jet χωρίς κανένα πρόβλημα αυτή τη στιγμή από αποσυγχρονισμούς ή οτιδήποτε και κλειδωμένο καρφί 99.99/9.99 όπως ήταν από το Ιούνιο. Δοκίμασα πριν μέρες και ένα από τα vigor που έχω και δεν άλλαξε κάτι.
Τους ενημέρωσα απέξω απέξω πως αν την Δευτέρα δεν λυθεί το ζήτημα θα κάνω καταγγελία στην ΕΕΤΤ και πως θα ζητήσω διακοπή της γραμμής και μεταφορά σε άλλο πάροχο με δική τους υπαιτιότητα.
Έχει κανείς καμια άλλη ιδέα για να τους κυνηγήσω ?
Μπουκωσε η διασυνδεση του dslam. Ειναι συχνο φαινομενο, ειδικοτερα οταν δινεις 100ρες αερα.. Η διαδικασια κραταει κανα διμηνο για να αναβαθμιστει και πρεπει να το κανει ο οτε.
To καλο ειναι οτι αφου η ταχυτητα πεφτει τοσο χαμηλα. το πηξιμο ειναι μεγαλο, θα το πουν πολλοι και θα φτιαχτει.
Εισαι τυχερος.
Μπουκωσε η διασυνδεση του dslam. Ειναι συχνο φαινομενο, ειδικοτερα οταν δινεις 100ρες αερα.. Η διαδικασια κραταει κανα διμηνο για να αναβαθμιστει και πρεπει να το κανει ο οτε.
To καλο ειναι οτι αφου η ταχυτητα πεφτει τοσο χαμηλα. το πηξιμο ειναι μεγαλο, θα το πουν πολλοι και θα φτιαχτει.
Εισαι τυχερος.
Πιστεύεις δλδ πως αν τους κυνηγήσω και πάω στον ΟΤΕ τότε θα παραμείνει το πρόβλημα? η μέχρι τώρα εμπειρία μου σε ότι έχει σχέση με ΟΤΕ μου λέει το αντίθετο.
Πιστεύεις δλδ πως αν τους κυνηγήσω και πάω στον ΟΤΕ τότε θα παραμείνει το πρόβλημα? η μέχρι τώρα εμπειρία μου σε ότι έχει σχέση με ΟΤΕ μου λέει το αντίθετο.
Μπορεί να φταίει και το ρούτερ ξαφνικά έπεφτε η ταχύτητα χωρίς να παίφτει ο συνγχρωνισμός με το που το έκανα on off συνερχώταν.
Μπορεί να φταίει και το ρούτερ ξαφνικά έπεφτε η ταχύτητα χωρίς να παίφτει ο συνγχρωνισμός με το που το έκανα on off συνερχώταν.
Μπα όχι γιατί και αυτό το δοκίμασα και 2 vigor που έχω κάνουν ακριβώς το ίδιο, χωρίς λάθη παραπάνω, από το μεσημέρι μέχρι τις 2-3 το πρωί η γραμμή έχει cap στα 8-10mbit. Είναι πασιφανές.
Αύριο θα τους κάνω το τελευταίο τηλ. Αν δεν μου πουν κάτι σοβαρό με χρονοδιάγραμμα θα κάνω καταγγελία γιατί ήδη μετά το mail Που τους έστειλα την περασμένη βδομάδα πως αν δεν φτιαχτεί μέχρι Δευτέρα θα φύγω... και είπα άστο να πάει ας περιμένω λίγο ακόμα.
Απλά δεν ξέρω πως το κάνω το θέμα, πρώτα κάνω αίτηση μεταφοράς σε άλλο πάροχο και μετά καταγγελία? Λογικά πρώτα η καταγγελία και μετά θα κάνω τη μεταφορά.
Καταγγελιες και αλλες τετοιες αγριαδες δεν παιζουν, Η υπηρεσια που εχεις αγορασει ειναι best effort, ¨"εως" που λενε. Ειναι στα ψιλα της συμβασης που εχεις αποδεχθει.
Για λογους ανταγωνισμου γενικα θα στο φτιαξουν, αλλα σε βλεπω βιαστικο..
Καταγγελιες και αλλες τετοιες αγριαδες δεν παιζουν, Η υπηρεσια που εχεις αγορασει ειναι best effort, ¨"εως" που λενε. Ειναι στα ψιλα της συμβασης που εχεις αποδεχθει.
Για λογους ανταγωνισμου γενικα θα στο φτιαξουν, αλλα σε βλεπω βιαστικο..
Διάβασε εδώ (https://www.eett.gr/opencms/export/sites/default/admin/downloads/telec/apofaseis_eett/kanonistikes_apofaseis_eett/AP842-013.pdf)
Και εδώ (https://www.lawspot.gr/nomika-nea/dimosieythike-i-ekthesi-anoiktoy-diadiktyoy-2017-2018-eett)θα δεις τους πίνακες που δείχνουν τις μίνιμουμ ταχύτητες που πρέπει να έχεις.
Το θέμα είναι πως 6 μήνες η γραμμή ήταν σωστή και έχω και τα speedtest stats και από το Fast.com της Netflix και screenshot από το http://ftp.ntua.gr/mirror/knoppix/ και τα στατιστικά της σύνδεσης που μέσω AIX συνδεόμουν στη δουλειά που εκεί έχω 200/200 καθαρό Fiber από Vodafone. Η γραμμή σκότωνε ακριβώς στην ονομαστική της οποιαδήποτε στιγμή της ημέρας τώρα η γραμμή πάει καλά 2-3 το πρωί μέχρι τις 10-11 το πρωί. Μετά πέφτει σταδιακά και από τις 5-6 το απόγευμα είναι 10/10 οπότε υπάρχει θέμα όπως καταλαβαίνεις και δεν είμαι τρελός ούτε βιαστικός.
Η εεττ στελνει συστασεις. Οι παροχοι τις ακολουθουν αλλα παντα μπορουν να επικαλσθουν τεχνικες δυσκολιες σε συγκεκριμενες περιπτωσεις αλλα οχι γενικα για ολους.
Στη περιπτωση σου ειναι πηγμενο dslam. Και προεκυψε επειδη πουλησαν κιαλλες συνδεσεις.
Αυτο σημαινει προσθηκη νεων ethernet και διαμοιρασμο των συνδρομητων που εξυπηρετουνται απο το συγκεκριμενο kv.
Αυτο θελει εγκατασταση εξοπλισμου και διαχειριση.
Ολα αυτα θελουν χρονο.
Εχω ξαναπει οτι γενικως σε τετοιες περιπτωσεις το κανουν γιατι δεν θελουν να πουλανε κακη υπηρεσια 100/10
(ομως αντιλαμβανεσαι οτι με 3-4 γειτονες με full torrents το oversubscription φαινεται ευκολα.)
Ομως δεν υπαρχει τυπικος λογος για να καταγγειλεις τη συμβαση. Μπορεις να φυγεις πληρωνοντας το σχετικο τελος προωρης διακοπής.
Το καθαρο fiber που εχεις απο τη vodafone προφανως διεπεται απο αλλους κανονες και αλλη τιμη.
Βαλε κατι να μετρας latency σε εβδομαδιαια βαση, με ping στο επομενο hop, φτιαξε graphs, και στειλτα τους
Ειναι ο μονος τροπος να τεκμηριωσεις αυτα που λες.
Χωρις τεχνικους και επισκεψεις.
Παω στοιχιμα οτι με το που θα ανοιξουν τα σχολεια η κατασταση θα χειροτερεψει.
Και γιαυτο εχεις ελπιδες να στο φτιαξουν σχετικα γρηγορα (οχι για σενα, για ολο το dslam)...
Η εεττ στελνει συστασεις. Οι παροχοι τις ακολουθουν αλλα παντα μπορουν να επικαλσθουν τεχνικες δυσκολιες σε συγκεκριμενες περιπτωσεις αλλα οχι γενικα για ολους.
Στη περιπτωση σου ειναι πηγμενο dslam. Και προεκυψε επειδη πουλησαν κιαλλες συνδεσεις.
Αυτο σημαινει προσθηκη νεων ethernet και διαμοιρασμο των συνδρομητων που εξυπηρετουνται απο το συγκεκριμενο kv.
Αυτο θελει εγκατασταση εξοπλισμου και διαχειριση.
Ολα αυτα θελουν χρονο.
Εχω ξαναπει οτι γενικως σε τετοιες περιπτωσεις το κανουν γιατι δεν θελουν να πουλανε κακη υπηρεσια 100/10
(ομως αντιλαμβανεσαι οτι με 3-4 γειτονες με full torrents το oversubscription φαινεται ευκολα.)
Ομως δεν υπαρχει τυπικος λογος για να καταγγειλεις τη συμβαση. Μπορεις να φυγεις πληρωνοντας το σχετικο τελος προωρης διακοπής.
Το καθαρο fiber που εχεις απο τη vodafone προφανως διεπεται απο αλλους κανονες και αλλη τιμη.
Βαλε κατι να μετρας latency σε εβδομαδιαια βαση, με ping στο επομενο hop, φτιαξε graphs, και στειλτα τους
Ειναι ο μονος τροπος να τεκμηριωσεις αυτα που λες.
Χωρις τεχνικους και επισκεψεις.
Παω στοιχιμα οτι με το που θα ανοιξουν τα σχολεια η κατασταση θα χειροτερεψει.
Και γιαυτο εχεις ελπιδες να στο φτιαξουν σχετικα γρηγορα (οχι για σενα, για ολο το dslam)...
Τι να το κάνω το latency? δεν με απασχολεί το ping αν εννοείς κάτι τέτοιο... ας έχω και ping δορυφορικού... εμένα με νοιάζει η ταχύτητα προς την Fiber της δουλειάς γιατί εκεί συνδέομαι σε άλλες 5 εταιρίες και τραβάω backup προς το σπίτι κλπ και κάνω ρυθμίσεις και συντηρήσεις σε 5 εταιρίες. Δεν έχω κατεβάσει 1 torrent 6 μήνες τώρα και δεν ασχολούμαι με τιποτα εκτός ίσως από λίγο netflix το οποίο σε 4K HDR 65" Sony ZD9 το βράδυ αν κάτσω να δω κάτι βλέπω πουλάκια με τα 10mbit, άσε που μου έχει διαλυθεί όλο το QoS στο router μου που το είχα δηλωμένο στα 90/9mbit και δεν είχα θέμα και στην VoIp τηλεφωνία μου και τώρα για να παίξει σωστά πρέπει να δηλώσω 9/9 στο σύστημα αλλιώς VoIP κούκου.
Εγώ τους ρώτησα το εξής... αν είχα VoIp από εσάς και Wind Vision πως θα έπαιζε? και μου είπαν πως έχω δίκιο...
Εγώ δεν καταλαβαίνω μάλλον το εξής. 1η οκτώμβρη βγήκε αυτό (https://www.eett.gr/opencms/opencms/admin/News_new/news_0897.html) που μέσα λέει
Απαγόρευση επιβολής τέλους διακοπής/ανανέωσης σύμβασης: Ο πάροχος δεν επιτρέπεται να επιβάλει τέλος αποσύνδεσης λόγω διακοπής/καταγγελίας είτε σύμβασης αορίστου χρόνου είτε σύνδεσης καρτοκινητής τηλεφωνίας. Επίσης, απαγορεύεται να επιβάλει τέλος ανανέωσης για νέα σύμβασης ορισμένου χρόνου σε υφιστάμενο συνδρομητή με σύμβαση αορίστου χρόνου.
Εδώ εφόσον θα κάνω καταγγελία της σύμβασης γιατί δεν είμαι τόσο σίγουρος πως θα το φτιάξουν και το στηρίζω κυρίως στο ότι δεν είναι στο χέρι της Wind γιατί συνδέομαι σε Καφάο του ΟΤΕ θα με χρεώσουν τέλη διακοπής?
Κούρδισα πάλι..τους παίρνω τηλ.
- - - Updated - - -
Ξέρει κανείς το email της wind? δεν υπάρχει πουθενά στο site, βλέπω ένα crm@wind.gr σε παλαιότερες υποθέσεις εδώ στο φόρουμ αλλά υπάρχει αυτο?
- - - Updated - - -
Τους πήρα τηλ και επιβεβαίωσα πως δεν υπάρχει email support οπότε έγραψα αυτά που ήθελα σε επιστολή που θα την πάω να την δώσω στο κατάστημά τους(η online φόρμα που έχουν είναι μέχρι 100 χαρακτήρες) που με λίγα λόγια τους λέω αν δεν φτιαχτεί μέχρι την τετάρτη κάνω καταγγελία σύμβασης και μετά στην ΕΕΤΤ κλπ κλπ.
Μπουκωσε η διασυνδεση του dslam. Ειναι συχνο φαινομενο, ειδικοτερα οταν δινεις 100ρες αερα.. Η διαδικασια κραταει κανα διμηνο για να αναβαθμιστει και πρεπει να το κανει ο οτε.
To καλο ειναι οτι αφου η ταχυτητα πεφτει τοσο χαμηλα. το πηξιμο ειναι μεγαλο, θα το πουν πολλοι και θα φτιαχτει.
Εισαι τυχερος.
Λίγο δύσκολο δεν είναι να μπουκώσει η διασύνδεση του dslam αφού υπάρχει οπτική προς τα πίσω;
Ο χρήστης καθώς και ο τεχνικός της wind Μιλάνε για θέμα με τους συνδρομητές της wind μόνο, θα ήταν καλό να ρωτήσει αν έχει κάποιον γνωστό άλλου παρόχου στην περιοχή τι ταχύτητες έχει.
Λίγο δύσκολο δεν είναι να μπουκώσει η διασύνδεση του dslam αφού υπάρχει οπτική προς τα πίσω;
Ο χρήστης καθώς και ο τεχνικός της wind Μιλάνε για θέμα με τους συνδρομητές της wind μόνο, θα ήταν καλό να ρωτήσει αν έχει κάποιον γνωστό άλλου παρόχου στην περιοχή τι ταχύτητες έχει.
Και εγώ αυτό νομίζω... επίσης δεν είναι μια η γραμμή από το Καφάο προς το DSLAM... δλδ πόσοι έβαλαν μεγάλες γραμμές με το που πήρε μπρος το καφάο στη γειτονιά? δεν είμαστε και Κηφισιά ένα πράμα (no pun intented).
Περισσότερο μου κάθεται θέμα δρομολόγησης και νομίζω το πρόβλημα είναι στο κέντρο της Φιλαδέλφειας, εκεί αν η wind έδωσε τα μαλλιά της ξαφνικά έσκασε το backbone της.
Η κίνησή μου λειώνει προς οπουδήποτε... και σε άλλες γραμμές wind κλπ .. εννοείται και μέσο AIX
Καθολου δυσκολο δεν ειναι.
Το εχω αντιμετωπισει ηδη δυο φορες.
Το προβλημα δεν ειναι η οπτικη ινα αλλα η διασυνδεση τυπου Γ, οπου η κινηση απο τα dslam παραδιδεται στον παροχο μεσα στο αστικο κεντρο πανω απο gigabit ethernet.
Πανω απο ενα gigabit interface αν δρομολογουν 100 100ρες τοτε εχουν 10:1 oversubscription.
Εαν δεν υπαρχουν παραπανω gigabit ethernet και βαλουν συνδρομητες τοτε το oversubscription μπορει να φτασει και 50:1.
Οταν ο κοσμος το χρησιμοποει μπουκωνει το ethernet και γινεται αυτο που γινεται
Ο μονος τροπος να το διαγνωσεις αυτο ειναι μετρωντας latency.
(με τη γραμμη σου αδεια).
Θα παρατηρησεις οτι καθως νυχτωνει εκτος απο το τζονη τον περιπατητη αυξανει και το ping στο επομενο hop, (τυπικα καπου διπλα στο bras του παροχου)
Και αυτο πεφτει μετα τις 3-4 τα χαραματα.
Ουσιαστικα ετσι παρακολουθεις το πηξιμο του dslam.
Η λυση ειναι ειτε να μοιραστει το traffic των heavy users με αλλους πιο χαλαρους, ειτε να προστεθουν και αλλα gigabit interface. Ολα αυτα τα κανει ο παροχος που εχει το dslam
O παροχος που αγοραζει τo vdsl στη χονδρικη απλα πρεπει να υποδεχθει το gigabit ethernet και να το κουβαλησει στο bras του.
Θελει χρονο αυτο για να γινει. Ουσιαστικα το κανει ο οτε.
Κανε οσους τσαμπουκαδες και τελεσιγραφα θες. Δεν μπορει να γινει τιποτε εδω και τωρα.
Απο την αλλη, επειδη το προβλημα παιρνει μπαλλα πολλους, (με περισσοτερη υπομονη) θα λυθει.
ΥΓ το εχω κανει ηδη δυο φορες μεσω vodafone με kv οτε.
Καθολου δυσκολο δεν ειναι.
Το εχω αντιμετωπισει ηδη δυο φορες.
Το προβλημα δεν ειναι η οπτικη ινα αλλα η διασυνδεση τυπου Γ, οπου η κινηση απο τα dslam παραδιδεται στον παροχο μεσα στο αστικο κεντρο πανω απο gigabit ethernet.
Πανω απο ενα gigabit interface αν δρομολογουν 100 100ρες τοτε εχουν 10:1 oversubscription.
Εαν δεν υπαρχουν παραπανω gigabit ethernet και βαλουν συνδρομητες τοτε το oversubscription μπορει να φτασει και 50:1.
Οταν ο κοσμος το χρησιμοποει μπουκωνει το ethernet και γινεται αυτο που γινεται
Ο μονος τροπος να το διαγνωσεις αυτο ειναι μετρωντας latency.
(με τη γραμμη σου αδεια).
Θα παρατηρησεις οτι καθως νυχτωνει εκτος απο το τζονη τον περιπατητη αυξανει και το ping στο επομενο hop, (τυπικα καπου διπλα στο bras του παροχου)
Και αυτο πεφτει μετα τις 3-4 τα χαραματα.
Ουσιαστικα ετσι παρακολουθεις το πηξιμο του dslam.
Η λυση ειναι ειτε να μοιραστει το traffic των heavy users με αλλους πιο χαλαρους, ειτε να προστεθουν και αλλα gigabit interface. Ολα αυτα τα κανει ο παροχος που εχει το dslam
O παροχος που αγοραζει τo vdsl στη χονδρικη απλα πρεπει να υποδεχθει το gigabit ethernet και να το κουβαλησει στο bras του.
Θελει χρονο αυτο για να γινει. Ουσιαστικα το κανει ο οτε.
Κανε οσους τσαμπουκαδες και τελεσιγραφα θες. Δεν μπορει να γινει τιποτε εδω και τωρα.
Απο την αλλη, επειδη το προβλημα παιρνει μπαλλα πολλους, (με περισσοτερη υπομονη) θα λυθει.
ΥΓ το εχω κανει ηδη δυο φορες μεσω vodafone με kv οτε.
Και πάλι ο πάροχος δεν πρέπει να ζητήσει εξτρά κύκλωμα αφού ξέρει οτι έχει τόσους χρήστες; μήπως θα ήταν καλύτερα να είχε Ο.Κ.ΣΥ.Α.
ΦΥΠ-DSLAM-ΤΟΠ με οπτική αν περιμένει να έχει πολλούς χρήστες;
Καθολου δυσκολο δεν ειναι.
Το εχω αντιμετωπισει ηδη δυο φορες.
Το προβλημα δεν ειναι η οπτικη ινα αλλα η διασυνδεση τυπου Γ, οπου η κινηση απο τα dslam παραδιδεται στον παροχο μεσα στο αστικο κεντρο πανω απο gigabit ethernet.
Πανω απο ενα gigabit interface αν δρομολογουν 100 100ρες τοτε εχουν 10:1 oversubscription.
Εαν δεν υπαρχουν παραπανω gigabit ethernet και βαλουν συνδρομητες τοτε το oversubscription μπορει να φτασει και 50:1.
Οταν ο κοσμος το χρησιμοποει μπουκωνει το ethernet και γινεται αυτο που γινεται
Ο μονος τροπος να το διαγνωσεις αυτο ειναι μετρωντας latency.
(με τη γραμμη σου αδεια).
Θα παρατηρησεις οτι καθως νυχτωνει εκτος απο το τζονη τον περιπατητη αυξανει και το ping στο επομενο hop, (τυπικα καπου διπλα στο bras του παροχου)
Και αυτο πεφτει μετα τις 3-4 τα χαραματα.
Ουσιαστικα ετσι παρακολουθεις το πηξιμο του dslam.
Η λυση ειναι ειτε να μοιραστει το traffic των heavy users με αλλους πιο χαλαρους, ειτε να προστεθουν και αλλα gigabit interface. Ολα αυτα τα κανει ο παροχος που εχει το dslam
O παροχος που αγοραζει τo vdsl στη χονδρικη απλα πρεπει να υποδεχθει το gigabit ethernet και να το κουβαλησει στο bras του.
Θελει χρονο αυτο για να γινει. Ουσιαστικα το κανει ο οτε.
Κανε οσους τσαμπουκαδες και τελεσιγραφα θες. Δεν μπορει να γινει τιποτε εδω και τωρα.
Απο την αλλη, επειδη το προβλημα παιρνει μπαλλα πολλους, (με περισσοτερη υπομονη) θα λυθει.
ΥΓ το εχω κανει ηδη δυο φορες μεσω vodafone με kv οτε.
Με έχεις πείσει πλέον με το Latency.. για πες κάποιο Utility να το βάλω να τσεκάρει συνέχεια το Latency...
billybiros
05-01-19, 00:35
Και πάλι ο πάροχος δεν πρέπει να ζητήσει εξτρά κύκλωμα αφού ξέρει οτι έχει τόσους χρήστες; μήπως θα ήταν καλύτερα να είχε Ο.Κ.ΣΥ.Α.
ΦΥΠ-DSLAM-ΤΟΠ με οπτική αν περιμένει να έχει πολλούς χρήστες;
Η διαφορά του ΦΥΠ-DSLAM-ΤΟΠ με το OLO είναι ότι στην μια περίπτωση ο τερματικός εξοπλισμός είναι του ΟΤΕ (OLO) και η σύνδεση γίνεται μέσα στο ΑΚ - ενώ στο (ΦΥΠ) o εξοπλισμός είναι του παροχου και η σύνδεση γίνεται στο ΦΥΠ (Φρεάτιο) έξω από το ΑΚ. Οπότε αυτό που μετράει είναι τι κύκλωμα έχεις αγοράσει από τον Παροχο Πρόσβασης (ΟΤΕ) - προφανώς και είναι θέμα παροχου υπηρεσίας. Δεν νομίζω πως παίζει ρόλο αν είναι ΤΟΠ ή ΦΥΠ.
Αν και εχουμε κανει αρκετες υποθεσεις, ειναι σχεδον σιγουρο οτι η wind στα ΑΚ μεσα στην αθηνα πηγαινει με δικη της ινα και εξοπλισμο ΜΑΝ. Δεν συμφερει να πληρωνει οξιες και βαλανιδιες.. (τι ονομα και αυτο θεε μου, ποιος τα σκεφτεται αυτα..)
Στο μακρυνο παρελθον ειχα αναγκαστει να το ψαξω. (επι εποχης adsl) Εκανε στιγμιαιες διακοπες, για 4-5 sec ειχε request time out στο επομενο hop. Χωρις crc, χωρις fec και χωρις disconnections.
Καποια στιγμη παρατηρησα ακριβως το ιδιο σε αλλη συνδεση/σπιτι στο ιδιο ακ και παροχο (wind)
Με ενα μονιμο ping και μιλωντας στα τηλεφωνα παρατηρησα οτι το request timeout γινοταν και στις δυο συνδεσεις ΤΑΥΤΟΧΡΟΝΑ.
Με λιγο inside info επιβεβαιωσα οτι οι δυο συνδεσεις εξυπηρετουνται απο διαφορετικο dslam (εντος του ιδιου ακ αλλα κοινου backbone...
Εβαλα το ping να τρεχει μονιμα, μαζεψα synced data και απο τις δυο συνδεσεις για μια εβδομαδα, τα εκανα graph και τα εστειλα στο noc σε excelaκι (γιατι ΔΕΝ καταλαβαιναν τι τους ελεγα.)
Συντομα ηρθε feedback οτι ειχα δικιο και τωρα το βλεπουν και αυτοι το θεμα.. (σωωωωπα) και οτι εχει προγραματισθει η αντικατασταση της ινας με δικο τους κυκλωμα.
Περασε κανας μηνας, και μια νυχτα εγινε ενα καλο outage (το ping ετρεχε και τα εβλπα αυτα). Απο την αλλη μερα το πρωι... τελος. νο μορ request timeouts.
Ειμαι εξαιρετικα πιθανο οτι και το vdsl που παιρνουν, εκει το ριχνουν.
Για το ping, διαφορα utilties δεν μου δουλεψαν καλα πχ gping.. σκαει σε βαθος χρονου. Το παλιο κλασσικο mrtg κανει τη δουλεια τελεια. Προφανως και με rrd κλπ θα ειναι ακομα καλυτερα, αλλα πανε πολλα χρονια. Υπαρχει και το smokeping φυσικα
εχουμε και λεμε (under linux of course)
mrtg.cfg
######################## Hol ppp Peer
Target[holvdsl]: `/etc/mrtg/mrtgping.pl loopback2004.med01.dsl.hol.gr`
MaxBytes[holvdsl]: 1250000
Title[holvdsl]: HOL VDSL Latency to vdsl ppp peer
# remember not to define "bits" globally or here as everything will be multiplied by 8...
PageTop[holvdsl]: <H1>VDSL Latency pinging loopback2004.med01.dsl.hol.gr </H1>
Options[holvdsl]: gauge noinfo, nopercent, growright
YLegend[holvdsl]: mS
ShortLegend[holvdsl]: mS
LegendI[holvdsl]: Avg.:
LegendO[holvdsl]: Stddev:
Legend1[holvdsl]: Average Round Trip Time in ms
Legend2[holvdsl]: StdDev Round Trip Time in ms
mrtgping.pl
#!/usr/bin/env perl
$ipaddr = "NULL";
$ipaddr = $ARGV[0];
$numpings = 5;
$mrtgpinglog = ">> /var/log/mrtgping.log";
if ($ipaddr eq "NULL"){
print "Usage mrtgping.pl [ipaddress]\n";
exit;
}
open(MRTGPINGLOG, $mrtgpinglog);
$date = `date +%Y%m%d%H%M%S`;
chop ($date);
$result = `/bin/ping -c $numpings -n -q $ipaddr | /usr/bin/tail -1`;
chop($result);
# Ping result will look like...
# round-trip min/avg/max/stddev = 18.707/91.234/325.268/118.491 ms
($descp1,$descp2,$equal,$data) = split(/ /,$result);
($min,$avg,$max,$stddev) = split(/\//,$data);
($avgint,$avgdec) = split(/\./,$avg);
($stddevint,$stddevdec) = split(/\./,$stddev);
print MRTGPINGLOG "$date: ";
print MRTGPINGLOG "$avgint ";
print MRTGPINGLOG "$stddevint ";
print MRTGPINGLOG "0 ";
print MRTGPINGLOG "$ipaddr\n";
print "$avgint\n";
print "$stddevint\n";
print "0\n";
print "$ipaddr\n";
Θα παρεις αυτο.. Οταν υπαρχει το προβλημα θα δεις πανω απο 40-50msec (μονο το κατεβασμα ενοχλει, η νορμαλ χρηση δεν πειραζει)
200098
Στο ετησιο φαινονται διαφορα....
200099
αρχες αυγουστου μπηκε vectoring και γυρισε σε interleave. Δεν το πηρα χαμπαρι αμεσως.
Αρχες σεπτεμβριου αρχισε το θεματακι με το μπουκωμα του dslam (και η γκρινια) το πραγμα χειροτερεψε το σεπτεμβρη και εγινε ενοχλητικο τον οκτωβρη οπου και λυθηκε μαχαιρι, στα μεσα οκτωβρη, μετα απο ενα σχεδον ολονυκτιο outage.
Μετα ειναι απλα traffic (στο μηνιαιο graph αυτα ειναι ξεκαθαρα).
Καλη τυχη. :oneup:
billybiros
05-01-19, 11:49
Αν και εχουμε κανει αρκετες υποθεσεις, ειναι σχεδον σιγουρο οτι η wind στα ΑΚ μεσα στην αθηνα πηγαινει με δικη της ινα και εξοπλισμο ΜΑΝ. Δεν συμφερει να πληρωνει οξιες και βαλανιδιες.. (τι ονομα και αυτο θεε μου, ποιος τα σκεφτεται αυτα..)
Από τη στιγμή που κάποιος παροχος συγχρονίζει σε DSLAM άλλου παροχου, θα πρέπει να βρεθεί κάποιος τρόπος να πάρει την κίνηση στα δικά του κυκλώματα.
Αυτός ο τρόπος ονομάζεται Ο.Κ.Συ (Ολοκληρωμένη Κεντρική Σύνδεση) ή Ο.Κ.Συ.Α (Ολοκληρωμένη Κεντρική Σύνδεση ADSL).
O OTE το ονομάζει ΟΚΣυΑ (και είναι απαραίτητο σε συνδέσεις VPU και VPU Light) ενώ οι εναλλακτικοί το ονομάζουν ΟΚΣυ και είναι απαραίτητο σε συνδέσεις Wholesale-NGA.
Επι της ουσίας τα δυο παραπάνω είναι το ίδιο.
Η αγορά κυκλώματος Ο.Κ.Συ/Ο.Κ.Συ.Α είναι απαραίτητη.
Υπάρχουν 3 τύποι Ο.Κ.Συ.Α
O A και ο Β επι της ουσίας είναι ο ίδιος.
200101
200102
Στον Α και Β όλη η κίνηση από όλα τα DSLAM παιρναει από τους BRAS του ΟΤΕ και συγκεντρώνεται σε ένα κεντρικό Switch.
ΟΚΣυΑ είναι το κύκλωμα απο το Swith του ΟΤΕ μέχρι τον παροχο.
Η διάφορα του Α με το Β είναι ότι στο Α ο ΟΤΕ εγκαθιστά ο ίδιος τον τερματικό εξοπλισμό ΝΤΕ ενώ στο Β παραδίδει μέχρι το ΦΥΠ (Φρεάτιο Υποδοχής Παροχου).
Σε περίπτωση που υπάρχει μπούκωμα σε κύκλωμα τύπου Α ή Β θα έχουν πρόβλημα όλοι οι συνδρομητές που παίρνουν από το ΟΚΣυΑ - δηλαδή από όλα τα ΑΚ της ευρύτερης περιοχής.
Το Α και Β στην ουσία είναι το παλιό κύκλωμα ΑΡυΣ (και είναι λογικό να μην επαρκεί το bandwith μιας και μιλάμε για μια υπηρεσία που φτιάχτηκε για το παλιό ΑΡυΣ).
Σε Α και Β δεν μπορεί επίσης να δουλέψει VPU-Light.
Στο ΟΚΣυΑ Γ ο ΟΤΕ παιρναει όλη την κίνηση στο ΑΚ και από το ΑΚ την δίνει στον παροχο.
ΟΚΣυΑ Γ είναι το κύκλωμα του ΟΤΕ απο το ODF στο ΑΚ προς τον παροχο.
Η σύνδεση του παροχου από το ΑΚ στα Aggregation Routers του παραμένει η ίδια όπως στην περίπτωση του απλού FLLU.
Σε περίπτωση VPU-Light ο τύπος είναι υποχρεωτικά Γ.
200103
Υπάρχουν 2 τρόποι παράδοσης σε ΟΚΣυΑ Γ'.
1) OLO-DSLAM-ΤΟΠΙΚΟ
2) ΦΥΠ-DSLAM-ΤΟΠΙΚΟ
Στο OLO ο ΟΤΕ εγκαθιστά στο ODF στην αίθουσα παροχων δικό του τερματικό εξοπλισμό ενώ
στο ΦΥΠ παραδίδει το κύκλωμα σε Φρεάτιο έξω απο το ΑΚ.
Επί της ουσίας στις δυο παραπάνω περιπτώσεις (OLO και ΦΥΠ) αυτό που μετράει είναι τι κύκλωμα έχεις αγοράσει από τον ΟΤΕ
(ποσά giga έχεις αγοράσει) και όχι αν στο παραδίδει μέσα ή έξω από το ΑΚ.
Τον εναλλακτικό τον βολεύει παράδοση μέσα στο ΑΚ εφόσον υπάρχει Φυσική Συνεγκατασταση.
Σε περίπτωση μπουκώματος στο ΟΚΣυΑ Γ' θα έχουν πρόβλημα μόνο οι συνδρομητές του εναλλακτικού που παίρνουν από συγκεκριμένο ΑΚ.
silverblue
05-01-19, 20:52
Οι τοπολογίες στις παραπάνω εικόνες ισχύουν μόνο στην περίπτωση που οι καμπίνες είναι του ΟΤΕ ή γενικά; Μιλάω για το κομμάτι της μεταφοράς της κίνησης από τον έναν πάροχο στον άλλον.
billybiros
05-01-19, 22:42
Οι τοπολογίες στις παραπάνω εικόνες ισχύουν μόνο στην περίπτωση που οι καμπίνες είναι του ΟΤΕ ή γενικά; Μιλάω για το κομμάτι της μεταφοράς της κίνησης από τον έναν πάροχο στον άλλον.
Καμπίνα ΟΤΕ, VPU και Φυσική Συνεγκατασταση.
Σε απομακρυσμένη παραδίδει σε Φρεάτιο και σε Rural ισχύουν αυτα (https://www.oteruralsouth.gr/wps/portal/HOME/services/Item)
silverblue
06-01-19, 01:50
Στην περίπτωση που έχουμε το αντίστροφο από την περίπτωση του OP, δηλαδή εάν έχουμε Πάροχο Υπηρεσίας ΟΤΕ από π.χ. καμπίνα Vodafone, τότε η μεταφορά της κίνησης στους BRAS του ΟΤΕ γίνεται ανά Α/Κ ή πιο κεντρικά;
billybiros
06-01-19, 02:30
Στην περίπτωση που έχουμε το αντίστροφο από την περίπτωση του OP, δηλαδή εάν έχουμε Πάροχο Υπηρεσίας ΟΤΕ από π.χ. καμπίνα Vodafone, τότε η μεταφορά της κίνησης στους BRAS του ΟΤΕ γίνεται ανά Α/Κ ή πιο κεντρικά;
Σε περίπτωση εναλλακτικού το κύκλωμα επιστρέφει από τον παροχο πρόσβασης (αυτόν που έχει την καμπίνα) στο ΑΚ.
Το ΟΚΣυ είναι από το ΑΚ στο ΦΥΠ έξω από το ΑΚ (στην προσφορά αναφοράς για το wholesale-nga αναφέρει ότι παραδίδεται σε ΦΥΠ).
Τώρα πως ακριβώς το υλοποιούν οι παροχοι μεταξυ τους δεν το γνωρίζω (έχω την αίσθηση ότι από την στιγμή που υπάρχει κύκλωμα πχ εναλλακτικού με τον ΟΤΕ χρησιμοποιούν το ίδιο).
Υπάρχουν δηλαδή κέντρα που έχει nga και ο ΟΤΕ και ο εναλλακτικός (εκεί θεωρώ λογικό ότι από την στιγμή που υπάρχει κύκλωμα - χρησιμοποιούν το ίδιο).
200128
silverblue
06-01-19, 02:51
Σε ευχαριστώ πολύ για τις πληροφορίες. Και γω φαντάστηκα ότι η διασύνδεση των παρόχων θα γίνεται μέσα στο Α/Κ, αλλά στη δική μου περίπτωση διαπίστωσα ότι πριν που έπαιρνα ΟΤΕ VDSL από Α/Κ και μετά όταν συνδέθηκα σε καμπίνα VF (πάλι ΠΥ ΟΤΕ), άλλαξα δρομολόγηση (άλλο bras, core links κλπ) και σκέφτηκα ότι λογικά δεν γίνεται η διασύνδεση στο Α/Κ μου αλλά κάπου αλλού.
Πολύ ενδιαφέροντα όλα αυτά, ευχαριστώ για τις πληροφορίες παιδιά.
Σε περίπτωση VPU-Light ο τύπος είναι υποχρεωτικά Γ.
Υπάρχουν 2 τρόποι παράδοσης σε ΟΚΣυΑ Γ'.
1) OLO-DSLAM-ΤΟΠΙΚΟ
2) ΦΥΠ-DSLAM-ΤΟΠΙΚΟ
Στο OLO ο ΟΤΕ εγκαθιστά στο ODF στην αίθουσα παροχων δικό του τερματικό εξοπλισμό ενώ
στο ΦΥΠ παραδίδει το κύκλωμα σε Φρεάτιο έξω απο το ΑΚ.
Επί της ουσίας στις δυο παραπάνω περιπτώσεις (OLO και ΦΥΠ) αυτό που μετράει είναι τι κύκλωμα έχεις αγοράσει από τον ΟΤΕ
(ποσά giga έχεις αγοράσει) και όχι αν στο παραδίδει μέσα ή έξω από το ΑΚ.
Τον εναλλακτικό τον βολεύει παράδοση μέσα στο ΑΚ εφόσον υπάρχει Φυσική Συνεγκατασταση.
Σε περίπτωση μπουκώματος στο ΟΚΣυΑ Γ' θα έχουν πρόβλημα μόνο οι συνδρομητές του εναλλακτικού που παίρνουν από συγκεκριμένο ΑΚ.
Ανακεφαλαιοντοντας και αφαιροντας τα "οτεδιστικα" σε περιοχες των μεγαλων αστικων κεντρων οπου εχουν εγκατασταθει καμπινες με dslam και οι παροχοι ειχαν ηδη συνεγκατασταση εντος του κεντρου
η κινηση παραλαμβανεται απο τον εκαστοτε παροχο εντος του κτιριου (και στη πραξη με πολλαπλα gigabit ethernet). Αυτη ειναι η συνηθεστερη περιπτωση.
Δεν εχω ακουσει να υπαρχουν 10G πορτες και ουτε να παιζει bonding πολλων 1g lan σε 1 virtual.
κραταμε οτι αυτο το πηξιμο ειναι ανα παροχο/gigabot interface, κοστιζει επιπλεον λεφτα και χρειαζεται χρονο η αναβαθμιση του.
Λοιπόν το έφτιαξαν χτες και με πήραν τηλ. Η γραμμή επανήλθε στα κανονικά της και ίσως και καλύτερα ... θα το παρακολουθήσω κάποιες μέρες να δω αλλά νομίζω είμαι ΟΚ.
thx όλους για τη βοήθεια.
ΤΕΧΝΗΛΕΚΤΡ37Β
09-03-21, 22:27
Καλησπέρα, υπάρχει περίπτωση μετά το DSLAM της καμπίνας του ΟΤΕ το τραφικ να δρομολογείται στο ΑΚ, μετά στο BBRAS του ΟΤΕ και μετά με ΟΚΣΥΑ στον πάροχο;Σε έκπτωση που δεν έχει σύνδεση ο πάροχος με το συγκεκριμένο ΑΚ;
Επίσης αυτή η διάταξη που οι καμπίνες του ΟΤΕ συνδέονται κατευθείαν στο δίκτυο του και δε περνάνε από το ΑΚ, είναι συχνή;Νόμιζα πως όλες οι καμπίνες VDSL του ΟΤΕ είναι συνδεδεμένες με το ΑΚ
Κάθε ΑΚ έχει φρεάτιο υποδοχής παρόχου ;Κάθε εταιρίας;
Καλησπέρα, υπάρχει περίπτωση μετά το DSLAM της καμπίνας του ΟΤΕ το τραφικ να δρομολογείται στο ΑΚ, μετά στο BBRAS του ΟΤΕ και μετά με ΟΚΣΥΑ στον πάροχο;Σε έκπτωση που δεν έχει σύνδεση ο πάροχος με το συγκεκριμένο ΑΚ;
Επίσης αυτή η διάταξη που οι καμπίνες του ΟΤΕ συνδέονται κατευθείαν στο δίκτυο του και δε περνάνε από το ΑΚ, είναι συχνή;Νόμιζα πως όλες οι καμπίνες VDSL του ΟΤΕ είναι συνδεδεμένες με το ΑΚ
Κάθε ΑΚ έχει φρεάτιο υποδοχής παρόχου ;Κάθε εταιρίας;
Δεν το ξέρω αυτό να σου απαντήσω .. αλλά αν γινόταν αυτό τότε δεν θα είχες IP από τον OTE? και όχι από τον άλλο πάροχο?
@ ADSLgr.com All rights reserved.