Πρόβλημα περιορισμού πακέτων απο OTE

[PrOzAk]

Βεβαια απο την στιγμη που ο ΟΤΕ δεν εχει ανακαλυψει ενα δικο του τροπο συνδεσης και στην ουσιωδη ουσια το Fast Food(internet) ειναι DsL Υποκειται σε παρανομο περιορισμο δυνατοτητων μιας τεχνολογιας με φανερο σκοπο το παρανομο κερδος.

[sdikr]

Βεβαια απο την στιγμη που ο ΟΤΕ δεν εχει ανακαλυψει ενα δικο του τροπο συνδεσης και στην ουσιωδη ουσια το Fast Food(internet) ειναι DsL Υποκειται σε παρανομο περιορισμο δυνατοτητων μιας τεχνολογιας με φανερο σκοπο το παρανομο κερδος.

Δυστηχώς είναι καλύμενος, λόγο μη εγγύησης.
Δεν πιστέυω οτι έχει να κάνει με κέρδος, αλλιώς θα είχε κάνει το ίδιο και στις pstn/isdn

[dkounal]

Διαβασε το post μου περι του θεματος...Πως θα ζητησεις παγια απο την στιγμη που αναφερετε σαν fast internet το οποιο δεν περιλαμβανει υπηρεσιες οπως Voip games κτλ κτλ.? Και οπως επισης στους ορους συμβασης δεν σου λεει πουθενα για min-max packets. Το παρανομο ειναι που δεν εξηγουν τι ειναι το fast internet ΚΑΙ ΣΕ ΠΟΙΟΥΣ ΑΠΕΥθΗΝΕΤΑΙ..

Έλεος... Πάντα τους πιστευεις σε ότι σου λένε;

Διάβασε τι λένε οι ίδιοι:
http://www.oteshop.gr/home/adsl_faq.htm

Από: http://www.oteshop.gr/home/adslconnection.htm

Οι τελικές ταχύτητες των συνδέσεων ADSL δεν είναι εγγυημένες. Αυτό σημαίνει ότι οι ταχύτητες επηρεάζονται από διάφορους παράγοντες όπως η κίνηση του δικτύου τη συγκεκριμένη χρονική στιγμή, η διαστασιοποίηση του δικτύου, η χωρητικότητα ζεύξης των παρόχων internet (ISPs) με το δίκτυο του ΟΤΕ κ.α. H τεχνολογία ADSL δεν μπορεί να υποκαταστήσει δίκτυα με συμμετρικές ταχύτητες μεταφοράς δεδομένων που παρέχουν εγγυημένη ταχύτητα όπως μισθωμένα κυκλώματα, Hellascom, ΑΤΜ/Frame Relay κυκλώματα. Επισημαίνεται ακόμη ότι η ταχύτητα πρόσβασης στο περιεχόμενο του Internet επηρεάζεται τόσο από τη χωρητικότητα της σύνδεσης των παρόχων περιεχομένου όσο και από τις υπηρεσίες που σας παρέχουν οι ISPs.

Λέει πουθενά για πακέτα;

edit: μπερδεψα το fast internet με το fast ethernet.....

[dkounal]

Το πρόβλημα, μαλλον ξεκινά όταν υπάρχει congestion και τότε αρχίζει να υφίσταται κόφτης στο packet rate που είναι, όπως φαίνεται και στα γραφήματα του Ψυχάκια, γύρω στα 30pps

Το udp δεν αντιδρά με congestion στο κανάλι, οπότε το πρόβλημα αναδεικνύεται καλύτερα.

Είναι ενδεχομένως μια μορφή traffic shaping.

Αυτή είναι η αίσθηση που έχω και εγώ από ότι κουβέντιασα για ότι συμβαίνει.
Φαίνεται ότι παρουσία congestion πέρνει μπρος κάποιος αλγόριθμος που κάνει packet limiting αντι bandwidth limiting.
Εδώ θέλω τα σαΐνια μας. Εάν τους βάζαν εργασία να κάνουν το παραπάνω, τι θα χρησιμοποιηούσαν σαν ρυθμίσεις στα μηχανήματα;

[chatasos]

Έχεις στη διάθεσή σου DSLAM, atm switches και BRAS; Πολύ θα με ενδιέφερε να δώσεις μερικές λεπτομέρειες του εξοπλισμού που έχεις και του τρόπου που γίνεται deploy το infrustructure σου. Ίσως έτσι βρίσκαμε μια άκρη (αφού στο δικό σου εξοπλισμό δε παρουσιάζεται το συγκεκριμένο πρόβλημα).

mp

Ο εξοπλισμός υπάρχει, αλλά είναι διαφορετικής μάρκας από αυτόν του ΟΤΕ. Γι'αυτό και έγραψα "μερική" εξομοίωση. Η υλοποίηση είναι σχεδόν ίδια με του ΟΤΕ, με την διαφορά ότι μεσολαβεί μόνο ένα atm switch μεταξύ dslam και bras. Επίσης πολλά atm switches του ΟΤΕ είναι αρκετά παλιότερης τεχνολογίας με ότι αυτό συνεπάγεται.

Μήπως θα έπρεπε να σας βοηθήσουν οι χρήστες που έχουν γραμμή από vivodi, παραθέτοντας τα δικά τους αποτελέσματα για σύγκριση με αυτά του ΟΤΕ?

[savdown]

Δυστηχώς είναι καλύμενος, λόγο μη εγγύησης.
Δεν πιστέυω οτι έχει να κάνει με κέρδος, αλλιώς θα είχε κάνει το ίδιο και στις pstn/isdn

Συμφωνω οτι είναι θέμα κέρδους γιατί κόβει το VoIP, αυτό με τις pstn/isdn κάντο καλύτερα edit.

[dkounal]

Μήπως θα έπρεπε να σας βοηθήσουν οι χρήστες που έχουν γραμμή από vivodi, παραθέτοντας τα δικά τους αποτελέσματα για σύγκριση με αυτά του ΟΤΕ?

Ένας χρήστης εδώ στο Ηράκλειο στο ίδιο κέντρο με τον trojy, vivodi SharedLLU χωρίς αυτό το πρόβλημα στα 384/128

[sdikr]

Συμφωνω οτι είναι θέμα κέρδους γιατί κόβει το VoIP, αυτό με τις pstn/isdn κάντο καλύτερα edit.

Λες να το δεί και να το κάνει;

μακάρι, ειδικά για την isdn δεν τον συμφέρει

[psyxakias]

Βλέπω ότι κάποιοι προβληματίζονται αν το πρόβλημα είναι ή όχι θέμα bandwidth καθώς και αν συμβαίνει εσκεμμένα το πρόβλημα για τις VoIP εφαρμογές. Εγώ λοιπόν θα σας πω μερικές σκέψεις μου βασισμένες κυρίως σε λογικές υποθέσεις και όχι τόσο σε τεχνικά στοιχεία:

- ΔΕΝ ΠΙΣΤΕΥΩ ότι το πρόβλημα συμβαίνει για να δημιουργηθούν προβλήματα σε VoIP εφαρμογές, αλλά ότι αυτό είναι απλώς μια συνέπεια (που πιθανόν δεν είχαν προβλέψει από τον ΟΤΕ και τώρα ψάχνονται να βρουν λύση).

- ΠΙΣΤΕΥΩ πως υπάρχει ΕΜΜΕΣΟΣ συσχετισμός με την έλλειψη bandwidth, αλλά όχι ΑΜΕΣΟΣ. Δηλαδή ότι το πρόβλημα ΔΕΝ προκαλείται άμεσα από την έλλειψη bandwidth, αλλά έμμεσα ύστερα από εφαρμογή "μέτρων" καταπολέμησης εφαρμογών (πχ P2P) προς αποφυγή γενικού προβλήματος ταχύτητας.

Ως γνωστόν αρκετοί ADSL χρήστες διεθνώς, αλλά ειδικά στην Ελλάδα, βάζουν ADSL για να κατεβάζουν ασταμάτητα όλο το 24ωρο κυρίως από P2P εφαρμογές προκαλώντας έντονο πρόβλημα σε κάθε δίκτυο. Όταν δεν πιάνουν καλή ταχύτητα (που έχουμε και την απαίτηση να έχουμε μέγιστη ταχύτητα όλο το 24ωρο τρομάρα μας), κλείνουν τα P2P και δοκιμάζουν με http/ftp... ώστε αν μέσω http/ftp πιάσουν σχετικά καλή ταχύτητα, να "ρίξουν" το φταίξιμο στα P2P, ειδάλλως παραπονιούνται στον ΟΤΕ για χαμηλές ταχύτητες.

Τι ποιο απλό λοιπόν ο ΟΤΕ να μειώσει την απόδοση των P2P κρατώντας σχετικά καλή την απόδοση σε http/ftp downloads; Έτσι κερδίζει χρόνο ώσπου να γίνουν οι απαραίτητες αναβαθμίσεις στα DSLAMs (αν γίνουν ποτέ). Τα P2P επειδή χρησιμοποιούν μεγάλο αριθμό connections, αναμενόμενο να έχουν επίσης και μεγάλο αριθμό πακέτων (λόγω πολλώνμικρών πακέτων & headers, από πολλαπλές connections). Οπότε με μικρό αριθμό πακέτων, οι ταχύτητες των P2P είναι αρκετά χαμηλές προκαλώντας λιγότερο πρόβλημα στο δίκτυο του ΟΤΕ.

Σε αυτές τις σκέψεις κατέληξα για τους εξής απλούς λόγους:

1. Εγώ το πρόβλημα ξεκίνησα να το αντιμετωπίζω από τον Οκτώβριο 2003, που τότε ελάχιστοι γνώριζαν / χρησιμοποιούσαν VoIP υπηρεσίες, οπότε αμφιβάλλω πως μπήκε ο ΟΤΕ σε τέτοια διαδικασία για κάτι που θα του προκαλούσε πιθανό οικονομικό πρόβλημα μελλοντικά από τις VoIP εφαρμογές. (αν είχε τέτοια οργάνωση και τόσο καλά σχεδιασμένα βραχυπρόθεσμα σχέδια, θα είχαμε τις καλύτερες υπηρεσίες του κόσμου)

2. Το διάστημα που μεσολάβησε (Ιούλιος 2003 - Σεπτέμβριος 2003) χωρίς μειωμένο αριθμό πακέτων, δεν είχα ποτέ κανένα πρόβλημα σε P2P εφαρμογές και είχα σταθερή απόδοση 45+ kB/sec. Ξαφνικά όμως η απόδοσή των P2P έπεσε ελεεινά (1-10 kB/sec) ανεξαρτήτως αριθμού πηγών / connections, ενώ σε http/ftp πήγαινε καλούτσικα (όχι άψογα βέβαια). Μάλιστα ενώ πριν στα P2P δεν είχα αύξηση του latency, ξαφνικά είχα φοβερή αύξηση που προκαλούσε αδύνατη τη χρήση κάθε άλλης εφαρμογής.

3. Όποτε συμβαίνει μια διακοπή ρεύματος στη περιοχή, κατά την διάρκεια της διακοπής (με UPS) έχω μέγιστη απόδοση και σε bandwidth αλλά και σε πακέτα.. καθώς και για λίγη ώρα μετά την επανασύνδεση ώσπου να ξανασυνδεθούν οι υπόλοιποι. Αντίστοιχα και στις βραδυνές ώρες δεν υπάρχει συνήθως πρόβλημα. Πως συμβαίνει αυτό αν δεν υπάρχει κάποιος συσχετισμός (έστω και έμμεσος) με το bandwidth και την χρήση του δικτύου;

ΥΣ: Να επαναλάβω ότι οι παραπάνω σκέψεις δεν στηρίζονται σε τεχνικά δεδομένα αλλά σε απλή λογική, χωρίς να σημαίνει ότι γνωρίζω αν αυτό συμβαίνει στη πραγματικότητα. Απλώς μερικές σκέψεις μου επειδή βλέπω πως υπάρχει διαφωνία αν υπάρχει σχέση ή όχι με bandwidth και εσκεμμένος αποκλεισμός των VoIP εφαρμογών.

[psyxakias]

Μήπως θα έπρεπε να σας βοηθήσουν οι χρήστες που έχουν γραμμή από vivodi, παραθέτοντας τα δικά τους αποτελέσματα για σύγκριση με αυτά του ΟΤΕ?

Έως τώρα δεν νομίζω πως αντιμετωπίζουν αντίστοιχο πρόβλημα. Ένας φίλος στο Πειραιά με Vivodi Shared LLU 384, δεν έχει κανένα απολύτως πρόβλημα στα πακέτα οποιαδήποτε ώρα του 24ωρου.

[trojy]

Να σε ενημερώσω ότι το πρόβλημα σε χρήστη με τηλέφωνο 2810360*** που είναι στο κέντρο Κνωσσού συνεχίζει να υφίσταται. Δηλαδή, το πρόβλημα λύθηκε μόνο σε σένα. Τα συμπεράσματα που βγαίνουν από τα παραπάνω είναι.

Σε διευκρίνιση του http://www.adslgr.com/forum/showpost...&postcount=637,
ενημερώνω ότι ο χρήστης με τηλέφωνο 2810360*** βρίσκεται στο ίδιο κέντρο με τον dkounal (δηλαδή Κνωσσού), αλλά σε διαφορετικό dslam. Για να είμαστε απόλυτα σωστοί.

[dkounal]

- ΔΕΝ ΠΙΣΤΕΥΩ ότι το πρόβλημα συμβαίνει για να δημιουργηθούν προβλήματα σε VoIP εφαρμογές, αλλά ότι αυτό είναι απλώς μια συνέπεια (που πιθανόν δεν είχαν προβλέψει από τον ΟΤΕ και τώρα ψάχνονται να βρουν λύση).

- ΠΙΣΤΕΥΩ πως υπάρχει ΕΜΜΕΣΟΣ συσχετισμός με την έλλειψη bandwidth, αλλά όχι ΑΜΕΣΟΣ. Δηλαδή ότι το πρόβλημα ΔΕΝ προκαλείται άμεσα από την έλλειψη bandwidth, αλλά έμμεσα ύστερα από εφαρμογή "μέτρων" καταπολέμησης εφαρμογών (πχ P2P) προς αποφυγή γενικού προβλήματος ταχύτητας.

Θα συμφωνήσω με τον psyxakia. Δεν υπάρχει καμιά ένδειξη ότι γίνεται κάτι εναντίον του voip. Ουτε υπάρχει κάποιος μόνιμος κόφτης. Ο κόφτης (ή σωστοτερα αλγόρυθμος QoS που χρησιμοποιει ο ΟΤΕ) φαίνεται να λειτουργεί σε συνθήκες που η γραμμή DSLAM -ΑΤΜ - BBRAS γεμίζει. Δεν πιστεύω επίσης ότι υπάρχει κάτι εναντίον των p2p και γίνεται περιορισμός πακέτων, πιο λογικό μου φαίνεται η επεξαργαστική ισχύ των ενεργών που χρησιμοποιεί ο ΟΤΕ δεν επιτρέπει QoS σε επίπεδο bandwidth αλλά σε επίπεδο packets ή απλά έχει αφεθεί σε μια αρχική default ρυθμιση. Αλλά οι ειδήμονες μας που χαθήκαν; Μόνο στο να κονταροχτυπιούνται είναι καλοί;

Σε κάθε περίπτωση όμως, αγοράζουμε βάση σύμβασης bandwidth και κάθε περιορισμός πακέτων είναι παράνομος.

[hydrogeios106-9]

Προς dcounal

Χμμμμμμμμ,
Μπραβο σου! Μολισ καταφερες να ανεβασεις στα 34 MBps το ΑΤΜ κυκλωμα που συνδεει κνωσσου με κωλετη {αθηνα , OTE terra noc} { ..ξερετε , εκει που χτυπανε links τραπεζων, του "ΔΙΑΣ" , και ...τα αδουλευτα DSLAMS.
και λεω αδουλευτα διοτι εχουν πολλες δυνατοτητς απο πλευρας bandwidth απλα δεν αποδιδουν πληρως μιας και ο ΟΤΕ βαζει μικρα peerings μεταξυ DSLAM - BRAS.
απο χτες εχω και παλι 45 ΚB/sec αρη στο τηλεφωνημα σου dcounal !! { που εκανες στο NOC του ΟΤΕ}
Το προβλημα του ΟΤΕ ειναι ΔΙΠΛΟ

1} Δεν αναβαθμιζει τα ATM υκλωματα εγκαιρα στα DSLAMs που αυξανεται η ζητηση,

2} .........με τα MTU στο "πριβε" "αορατο" τους δυκτιο τα εχουν κανει σαλατα.
παιζουν λες και ειναι παιδακια τα παιδια της εξουσιας στην κωλλετη

3} Οσο για τον κοφτη .........ειναι ΔΙΠΛΟΣ !
KAI μοιρασμα στο TCP/IP ..πραγμα φισιολογικο οταν γεμιζει ενα ATM κυκλωμα
ΚΑΙ ...κοψιμο λογω UBR

Στα DSLAM του κ.νωσσου πλεον αντιμετωπιζουμε ΜΟΝΟ το δευτερο προβλημα. { Μεχρι πριν μερικες μερες ειχαμε ..διπλο ..traffic jam.}

...Το προβλημα του bandwidth στις DSL ...σως να ειναι και ..ΤΡΙΠΛΟ!!
.......μου μιριζει ..........packet fragmentation σε επιπεδο ATM πραγμα απαραδεκτο!!

[dkounal]

Προς dcounal

Χμμμμμμμμ,
Μπραβο σου! Μολισ καταφερες να ανεβασεις στα 34 MBps το ΑΤΜ κυκλωμα που συνδεει κνωσσου με κωλετη {αθηνα , OTE terra noc} { ..ξερετε , εκει που χτυπανε links τραπεζων, του "ΔΙΑΣ" , και ...τα αδουλευτα DSLAMS.
και λεω αδουλευτα διοτι εχουν πολλες δυνατοτητς απο πλευρας bandwidth απλα δεν αποδιδουν πληρως μιας και ο ΟΤΕ βαζει μικρα peerings μεταξυ DSLAM - BRAS.
απο χτες εχω και παλι 45 ΚB/sec αρη στο τηλεφωνημα σου dcounal !! { που εκανες στο NOC του ΟΤΕ}
Το προβλημα του ΟΤΕ ειναι ΔΙΠΛΟ

1} Δεν αναβαθμιζει τα ATM υκλωματα εγκαιρα στα DSLAMs που αυξανεται η ζητηση,

2} .........με τα MTU στο "πριβε" "αορατο" τους δυκτιο τα εχουν κανει σαλατα.
παιζουν λες και ειναι παιδακια τα παιδια της εξουσιας στην κωλλετη

3} Οσο για τον κοφτη .........ειναι ΔΙΠΛΟΣ !
KAI μοιρασμα στο TCP/IP ..πραγμα φισιολογικο οταν γεμιζει ενα ATM κυκλωμα
ΚΑΙ ...κοψιμο λογω UBR

Στα DSLAM του κ.νωσσου πλεον αντιμετωπιζουμε ΜΟΝΟ το δευτερο προβλημα. { Μεχρι πριν μερικες μερες ειχαμε ..διπλο ..traffic jam.}

...Το προβλημα του bandwidth στις DSL ...σως να ειναι και ..ΤΡΙΠΛΟ!!
.......μου μιριζει ..........packet fragmentation σε επιπεδο ATM πραγμα απαραδεκτο!!

χμμμ, μάλλον όχι όλο το κέντρο Κνωσσού, μόνο το dslam όπου πέφτω και δεν ξέρω και αν είναι και ακόμη μικρότερο το εύρος
Όμως η Χάνδακος ανήκει στο κέντρο Αριαδνης αν θυμάμαι καλά....

[Slay]

1} Δεν αναβαθμιζει τα ATM κυκλωματα στα DSLAMs που αυξανεται η ζητηση

fixed.