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

**trojy** · 14-09-05, 12:36

Λίγη θεωρία για αρχή. (Απλά, χονδρικά, για να καταλάβαινει και ο μη σχετικός τι λέμε.)

Όταν είναι να σταλεί κάποια πληροφορία σε δίκτυο ακολουθείται η εξής διαδικασία:

1. Η πληροφορία πρέπει να τοποθετηθεί σε μια διάταξη που λέγεται πακέτο και περιέχει την πληροφορία, τον αποστολέα, τον παραλήπτη, και κάποιες άλλες πληροφορίες για την αποστολή.

2. Εάν το μεγεθος της πακέτου είναι μεγαλύτερο από το όριο που το ονομαζουμε MTU τότε η πληροφορία μεταφέρεται σε περισσότερα του ενός πακέτα. Στο ADSL το MTU συνήθως είναι 1500 bytes, δηλαδή το μέγιστο μέγεθος πακέτου είναι 1500 bytes

3. Συνήθως μια εφαρμογή που είναι time-critical προτιμά να στέλνει συνεχώς μικρή ποσότητα πληροφορίας πχ παιχνίδια, voip, remote-desktop,κλπ, άρα και μικρά πακέτα, ενώ μια εφαρμογή που δεν την ενδιαφέρει η καλυστέρηση μαζεύει πληροφορία σε μεγάλα πακέτα, πχ downloading, web browsing, mail downloading, κλπ

Τα πακέτα σχετίζονται με το bandwidth της γραμμής (384,512,1024) μας με τον εξής τύπο (εάν δεχτούμε ότι για ένα επιλεγμένο χρονικό διάστημα όλα τα πακέτα που δεχόμαστε έχουν σταθερό μέγεθος):

bandwidth γραμμής=αριθμός πακέτων Χ (μέγεθος πακέτου + επιβάρυνση σηματοδοσίας πρωτοκόλλων IP,ADSL,ATM,PPP)

Βλέπουμε δηλαδή ότι όσο μικρότερο μέγεθος πακέτα χρησιμοποιούμε τόσο χάνουμε σε ωφέλημο bandwidth λόγω της σηματοδοσίας των πρωτοκόλλων για κάθε πακέτο. Απλα τώρα εάν σε μια γραμμή κάνουμε download με 21ΚΒ/sec τοτε χονδρικά μπορούμε να λάβουμε:
10 πακέτα των 2100 bytes ανά δεπτερόλεπτο ή
20 πακέτα των 1000 bytes ανά δεπτερόλεπτο ή
40 πακέτα των 450 bytes ανά δεπτερόλεπτο ή
80 πακέτα των 150 bytes ανά δεπτερόλεπτο ή
150 πακέτα των 50 bytes ανά δεπτερόλεπτο κ.ο.κ

Το πρόβλημα το οποίο κουβεντάζουμε έχει να κάνει με την εμφάνιση ενός περιορισμού στο αριθμό των πακέτων που μπορούμε να λάβουμε με την ADSL γραμμή μας ανεξαρτήτως μεγέθους αυτών.
Αυτό σημαίνει ότι εάν αυτός ο περιορισμός είναι 30πακέτα/δεπτερόλεπτο τότε μπορούμε να έχουμε download ενδεικτικά:
Με πακέτα των 0 bytes πληροφορίας = 0.8ΚΒ/sec
Με πακέτα των 36 bytes πληροφορίας = 1.8ΚΒ/sec
Με πακέτα των 100 bytes πληροφορίας = 3.7ΚΒ/sec
Με πακέτα των 164 bytes πληροφορίας = 5.6ΚΒ/sec
Με πακέτα των 228 bytes πληροφορίας = 7.5ΚΒ/sec
Με πακέτα των 484 bytes πληροφορίας = 15ΚΒ/sec
Με πακέτα των 996 bytes πληροφορίας = 30ΚΒ/sec
Με πακέτα των 1472 bytes πληροφορίας = 43.9ΚΒ/sec
To τελευταίο δεν το λαμβάνουμε ποτέ σε μια 384 γραμμή γιατί ξεπερνουμε το bandwidth της γραμμής.

Προσοχή: δεν σημαίνει ότι επειδή κατεβάζετε (web download) με πχ 30ΚΒ/sec ότι χρησιμοποιούνται πακέτα των 512 Bytes. Απλά, το πιο πιθανό είστε σε ένα DSLAM με πολυ΄φορτωμένη γραμμή.

Η υπαρξη περιορισμού πακέτων εχει πολλές παρενέργιες:
1. Δεν παίζουν εφαρμογές που χρησιμοποιούν πολλά και μικρά πακέτα.

2. Δεν μπορεί να γίνει πλήρη χρήση του bandwidth της γραμμής εάν χρησιμοποιούνται μικρά πακέτα.

3. Μπορεί κάποιος κακόβουλος να στέλνει στο router σας 30 πακέτα των 0 Bytes ανα δεπτερόλεπτο και απλά η γραμμή σας με ένα <1ΚΒ/sec flood είναι αδύνατο να χρησιμοποιηθεί από εσάς.

Επίσης, στη σύμβαση με τον ΟΤΕ δεν περιλαμβάνεται περιορισμός πακέτων αλλά μόνο περιορισμός bandwidth, αρα αυτό ή θεωρείται βλάβη ή θεωρείται παράβαση της σύμβασης.

Συγκεκριμένα, όμως το πρόβλημα που περιγράφεται έχει συνοπτικά τα εξής:

1. Το πρόβλημα αφορά τεκμηριωμένα μέχρι στιγμής UDP πακέτα. Πιθανό, είναι να συμβαίνει και σε ICMP & TCP
πακέτα, αναμένονται αποτελέσματα δοκιμών

2. Αφορά περιορισμό εισερχόμενων UDP πακέτων και ισχύει για όλες τις ταχύτητες 1024/512/384 και συμβαίνει τόσο σε PPPoATM όσο και σε PPPoE

3. Δεν είναι συγκεκριμένος αριθμός πακέτων και φαίνεται να σχετίζεται με DSLAM ή με ΑΤΜ δίκτυο

4. Δεν συμβαίνει όλες τις ημέρες ή ώρες της ημέρας

5. Γίνεται με τουλάχιστον 3 διαφορετικές εταιρίες ADSL routers

6. Συμβαίνει σίγουρα με ISP forthnet/HOL/ACN/ΟΤΕnet/Tellas και γραμμή του ΟΤΕ (+χονδρικώς αγορασμένες)

7. Δεν αφορά μόνο εφαρμογές VoIP. Δεν παίζουν εφαρμογές π.χ.Netop School, παιχνίδια που βασίζονται σε UDP επικοινωνία. Εάν σε voip παιζουν μόνο codecs με 30ms frames πχ. G723, iLBC και δεν παίζουν άλλα codecs όπως G711, G729, G726 τότε σχεδόν σίγουρα συμβαίνει και σε έσάς.

8. Μπορείτε να το ελέγξετε εάν συμβαίνει (Thanks psyxakias) : http://www.psyxakias.com/adslgr/pps-tutorial.gif

9. Πιθανώς να οφείλεται σε ρύθμιση της χωρητικότητας των ATM

10. Καλό είναι να εάν δηλώσετε την βλάβη στο 121 να την περιγραψετε σαφώς γιατί θα βρεθείτε να πληρώνετε "άσκοπη μετάβαση τεχνικού". Το σίγουρο είναι ότι πρέπει να γίνει έλεγχος κέντρικά και όχι από τα κατά τόπους κέντρα διαχείρησης ADSL του ΟΤΕ

Τα παραπάνω προκύπτουν από προσωπικές μετρήσεις, αναφορές στο forum από μετρήσεις που έγιναν από άλλους πλην εμού και από αναφορές από άλλους χρήστες.

Χρήσιμα posts:
http://www.adslgr.com/forum/showpost...p;postcount=13
http://www.adslgr.com/forum/showpost...p;postcount=45
http://www.adslgr.com/forum/showpost...p;postcount=63
http://www.adslgr.com/forum/showpost...p;postcount=76
http://www.adslgr.com/forum/showpost...p;postcount=91
http://www.adslgr.com/forum/showpost...;postcount=117
http://www.adslgr.com/forum/showpost...;postcount=123
http://www.adslgr.com/forum/showpost...;postcount=128
http://www.adslgr.com/forum/showpost...;postcount=181
http://www.adslgr.com/forum/showpost...;postcount=288
http://www.adslgr.com/forum/showpost...;postcount=289
http://www.adslgr.com/forum/showpost...;postcount=290
http://www.adslgr.com/forum/showpost...;postcount=297
http://www.adslgr.com/forum/showpost...;postcount=298
http://www.adslgr.com/forum/showpost...;postcount=331
[τα παραπάνω URLs αντιστοιχούν στα πιο βασικά posts που έχουν επιλεχθεί μέχρι το post 392.
Για να συνεχίσετε την ανάγνωση του θέματος με έναν σχετικό μπούσουλα, συνεχίστε από εδώ
http://www.adslgr.com/forum/showthre...=20827&page=27

*Ακολουθούν στοιχεία που δημοσιποιήθηκαν πριν την 15/10/2005 *

Σε συνέχεια του http://www.adslgr.com/forum/showthre...0&page=1&pp=15
Σας παραθέτω το e-mail που έστειλα στις 12/09/05 στο support της forthnet...
----------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------
Προς κάθε ενδιαφερόμενο,
Η αποστολή του παρόντος μηνύματος γίνεται για την ενημέρωση μου πάνω στο πρόβλημα που είχα δηλώσει σε τηλεφωνική επικοινωνία μου με το Customer Support της εταιρίας σας.
Είμαι πελάτης σας, και τα στοιχεία μου είναι τα παρακάτω:
Username: ΧΧΧΧ POP (Σημείο Παρουσίας): HER Τύπος Συνδρομής: FORTHNET ADSL 1BILL 384 DYNAMIC Roaming (Περιαγωγή): Μη ενεργή IP Διεύθυνση: Δυναμική Ημερομηνία Έναρξης Συνδρομής: ΧΧ ΧΧΧ 2005 Ημερομηνία Λήξης Συνδρομής: ΧΧ ΧΧΧ 2005
Όσον αφορά το πρόβλημα μου, ξεκίνησε στις 06/09/05. Ο βασικός λόγος που χρησιμοποιώ την adsl είναι η εκμετάλλευση των VOIP εφαρμογών. Για κάποιο ανεξήγητο λόγο, από εκείνη τη χρονική στιγμή και έπειτα, και σε όλη τη διάρκεια της ημέρας η χρήση voip εφαρμογών διέκοπτε τη σύνδεση μου με το δίκτυο σας. Πιο αναλυτικά, για τη διάγνωση του προβλήματος:
Κάνοντας ένα απλό test, ping –t 194.219.252.144 (bbras.ath.forthnet), και παράλληλα τρέχοντας το πρόγραμμα της voipbuster (ας πούμε το 2.0 build 166 - το οποίο δεν έχει σημασία γιατί το ίδιο γίνεται και με άλλα προγράμματα ή με τη χρηση εξειδικευμένων συσκευών [sipura/ linksys] ή με τη χρήση του Asterisk) θα παρατηρήσετε ότι.
1. Αρχικα οι χρόνοι είναι αρκετά καλοί
2. Στη συνέχεια υπάρχει σταδιακή αύξηση του ping response ( 60 ms -->100 -->500 -->1000-->10000 --->30000). H αύξηση αυτή είναι ανεξάρτητη του traffic που γίνεται (~3 kb/s up/down).
3. Έπειτα παρουσιάζεται packet loss (γύρω στα ~6-7 πακέτα).
4. Χάνεται προσωρινά η σύνδεση με το bbras/ ISP.
-------------------------------------------------------------------
1)
κάνοντας ping στο bbras-ath-02L0.forthnet.gr [194.219.252.144]
Ping statistics for 194.219.252.144:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 48ms, Maximum = 57ms, Average = 53ms
--------------------------------------------------------------------
2) Τρέχω οποιοδήποτε πρόγραμμα που συνδέεται με VOIP
C:\Documents and Settings\TROjY>ping -t 194.219.252.144
Pinging 194.219.252.144 with 32 bytes of data:
Reply from 194.219.252.144: bytes=32 time=52ms TTL=254
Reply from 194.219.252.144: bytes=32 time=62ms TTL=254
Reply from 194.219.252.144: bytes=32 time=68ms TTL=254
Reply from 194.219.252.144: bytes=32 time=569ms TTL=254
Reply from 194.219.252.144: bytes=32 time=1013ms TTL=254
Reply from 194.219.252.144: bytes=32 time=1340ms TTL=254
Reply from 194.219.252.144: bytes=32 time=2098ms TTL=254
Reply from 194.219.252.144: bytes=32 time=3109ms TTL=254
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 194.219.252.144: bytes=32 time=782ms TTL=254
Reply from 194.219.252.144: bytes=32 time=185ms TTL=254
Reply from 194.219.252.144: bytes=32 time=554ms TTL=254
Reply from 194.219.252.144: bytes=32 time=962ms TTL=254
Reply from 194.219.252.144: bytes=32 time=658ms TTL=254
Reply from 194.219.252.144: bytes=32 time=101ms TTL=254
Reply from 194.219.252.144: bytes=32 time=62ms TTL=254
Reply from 194.219.252.144: bytes=32 time=54ms TTL=254
Reply from 194.219.252.144: bytes=32 time=60ms TTL=254
Reply from 194.219.252.144: bytes=32 time=55ms TTL=254
Ping statistics for 194.219.252.144:
Packets: Sent = 39, Received = 18, Lost = 21 (53% loss),
Approximate round trip times in milli-seconds:
Minimum = 52ms, Maximum = 3109ms, Average = 654ms
Όταν έχω ping time out, δεν είναι μόνο για τα ICMP πακέτα του ping, αλλά και για τα tcp/udp. Κοινώς, δεν βλέπω ούτε ιστοσελίδες, ούτε δίκτυο. Για να επανέλθει η γραμμή χρειάζεται να κλείσω την εφαρμογή.
Σε αντίστοιχη δημοσίευση προσωπικού μου φίλου, και για τον ευκολότερο εντοπισμό του προβλήματος σας παραθέτω το ακόλουθο τμήμα από την δημοσίευση του:

*******************
http://www.adslgr.com/forum/showthre...0&page=3&pp=15
Διαθέτω HOL συνδρομή και έχω ακριβώς το ίδιο πρόβλημα εδώ και μια βδομάδα σταθερα, νωριτέρα περιοδικά (ερχοταν-εφευγε).
Δοκίμασα voipbuster, broadvoice, voipjet τόσο μέσω αστερισκ όσο και αυτόνομα με τα ίδια σχεδόν αποτελέσματα.
Εχοντας μια καρτα της ACN δοκίμασα ταυτόχρονα και μεσω acn. παρόμοια πράγματα, με μόνη εξαίρεση την voipjet που ηταν ελάχιστα πιο υποφερτή.
Για κάποιο λόγο που δεν μπορώ να φανταστώ φαίνεται να γεμιζει τελειως το buffer στον ISP/BBRAS/DSLAM με τα δεδομένα που έρχονται σε μένα.
Κάθε αλλο traffic είχε ελεγμένα κοπεί από την πλευρά μου και δοκίμασα με codecs: G729, GSM, G711 που με εξαίρεση το τελευταίο παίζουν ακόμη και από ISDN
Πήρα την HOL και παρά την διαθεση τους να με βοηθήσουν δεν φάνηκε να μπορούν να καταλάβουν πως γίνεται αυτό. Μου ζητήθηκε να στείλω μηνυμα στο support τους με ότι βρήσκω αναλυτικά και μάλλον θα το κάνω από Δευτέρα-Τρίτη. Επίσης, μου είπαν και το εξής όμορφο, ότι δεν υπάρχει εγγύηση για τέτοιες εφαρμογές σε συνδρομές για DSL
*********************

Σας ενημερώνω επίσης, ότι το ίδιο πρόβλημα με εμένα αντιμετωπίζουν και άλλοι χρήστες σας. Γνωρίζω προσωπικά άλλους 4 χρήστες της forthnet με το ίδιο ακριβώς πρόβλημα. Οι ρυθμίσεις τόσο σε εμένα, όσο και στους γνωστούς μου είναι ελεγμένες με όλες τις πιθανές συνδεσμολογίες και ρυθμίσεις.
Έχω καταλήξει ότι το πρόβλημα είναι από την πλευρά της forthnet (ή του ΟΤΕ). Έχοντας όμως το “1 bill”, η forthnet είναι υπεύθυνη προς σε εμένα για την γραμμή που παρέχεται από τον ΟΤΕ. Κοινώς, θα πρέπει να δηλωθεί η οποιαδήποτε «βλάβη» από εσάς.
Θα ήθελα να τονίσω το γεγονός ότι τις συγκεκριμένες υπηρεσίες voip, τις χρησιμοποιώ δίχως πρόβλημα για πάνω από 3 μήνες. Θα μπορούσε κανείς να υποπτευθεί ότι η ευρύτερη διάδοση της υπηρεσίας (δημοσιοποίηση στο περιοδικό RAM Σεπτεμβρίου), θα μπορούσε να προμηνύει απώλεια εσόδων τόσο από τη forthnet (voip-forthnet/telephony) όσο και από τον ΟΤΕ. Υπάρχει δηλαδή το κίνητρο για να «περιοριστούν» υπηρεσίες όπως η voipbuster ή αντίστοιχες.
Ως νέος επιχειρηματίας, θέλω να εκμεταλλευθώ τα πλεονεκτήματα που δίνονται με τις νέες τεχνολογίες. Σκοπεύω να συμμετάσχω στο πρόγραμμα «Δικτυωθείτε» που προϋποθέτει δίχρονη επιλογή φορέα παροχής Internet.
Θα ήθελα να με ενημερώσετε για τις ενέργειες που σχεδιάζετε να κάνετε καθώς και για το πότε υπολογίζετε να διορθωθεί το πρόβλημα του γεμίσματος των buffer στο incoming traffic.
Ευχαριστώ προκαταβολικά,
χχχχχχχχχχχχχχχχχχχχχχχχχχχχχχχχχ
------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------
Έπειτα, έστειλα 2ο συμπληρωματικό e-mail που τους ενημερώνω ότι το πρόβλημα δεν περιορίζεται στις Voip εφαρμογές, αλλά se όλες τις εφαρμογές που χρησιμοποιούν μεγάλο αριθμό UDP πακέτων, όπως το net-op School , προγράμματα απομακρυσμένης διαχείρισης και παιχνίδια.
Σήμερα (14/09/05) είχα και πρόβλημα στη χρήση του Skype...
Τέλος, επισημαίνω τα άθλια pings στο bbras :
Ping statistics for 194.219.252.147:
Packets: Sent = 29, Received = 29, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 65ms, Maximum = 125ms, Average = 76ms

Spyrosss · 14-09-05, 15:14

Tι router έχεις; Έχεις δοκιμάσει αλλον;

**trojy** · 14-09-05, 18:11

Αρχικό μήνυμα από Spyrosss

Tι router έχεις; Έχεις δοκιμάσει αλλον;

Slackware 10.1 κάνει την δουλειά του router. Το έχω δοκιμάσει με όλες τις πιθανές συνδεσμολογίες. Το ίδιο έχουν κάνει και άλλοι χρήστες που αντιμετωπίζουν ανάλογα προβλήματα. Δεν είναι από την πλευρά των πελατών.

**ela002** · 15-09-05, 01:06

Τα ίδια προβλήματα εχω κι εγω, το latency ανεβαίνει με μερικα connections 3000 και μετα time out. Όλα άρχισαν μολις τέλειωσε το καλοκαίρι...πριν έπαιζε χωρίς πρόβλημα με 100+ connections

**psalt10** · 15-09-05, 09:44

Εδώ και δυο εβδομάδες δεν μπορώ να κάνω ούτε ενα τηλέφωνο , περιοχή Ανω Ιλίσια , σε επικοινωνία με τη HOL μου είπαν ότι το πρόβλημα είναι του ΟΤΕ , έχω το ZOOM X5V με το Grandstream 486 , έχει κανείσ άλλος το ιδιο πρόβλημα ;

chatasos · 15-09-05, 11:37

Welcome to the club

http://www.adslgr.com/forum/showthread.php?t=20827

ΥΓ: Θα βοηθούσε περισσότερο αν έγραφες και τα 4 πρώτα ψηφία του τηλεφώνου σου.

chatasos · 15-09-05, 12:05

Όλοι εσείς που έχετε παρόμοια προβλήματα, καλό θα είναι να το αναφέρετε στον isp σας και να τον πιέσετε να επικοινωνήσει με τον ΟΤΕ, μιας και το "πρόβλημα" είναι σχετικά γνωστό.

Αν δεν σας κάνει κόπο, γράφτε και τα 4 πρώτα ψηφία (μαζί με τον κωδικό περιοχής) του τηλεφώνου σας εδώ...

**LION_III** · 15-09-05, 12:36

Και εγώ ακριβώς το ίδιο πρόβλημα έχω. Μετά την αλλαγή 3 ISP έχω καταλήξει ότι δεν πρόκειται για πρόβλημα από πλευράς ISP αλλά από ΟΤΕ. Το θέμα είναι ότι ούτε αυτοί (ΟΤΕ) δεν ξέρουν σε τι οφείλεται. Η γραμμή είναι στο όνομά μου και έχω δηλώσει βλάβη στον ΟΤΕ πάνω απο 5 φορές. Κοιτάνε τη γραμμή από τα κεντρικά, βλέπουν ότι υπάρχει πρόβλημα αλλά μη μπορώντας να το λύσουν βρίσκουν πάντα κάποια δικαιλογία και δεν κάνουν τίποτα. Τώρα τους έχω δηλώσει πάλι βλάβη και περιμένω νεότερα.....

**psalt10** · 15-09-05, 12:42

tα 4 πρωτα νουμερα είναι 7711

**hostolis** · 15-09-05, 13:03

Κι εγώ το ίδιο ακριβώς πρόβλημα έχω, αλλα αυτο υπάρχει απο τον Απρίλιο κοντά. 2310944xxx Πρέπει να παίζει πίτα DSLAM.

**anon** · 15-09-05, 13:35

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

Θεσσαλονίκη, ADSL 512/128, με Forthnet pings στον bbras-the-01L0.forthnet.gr μου δίνει
min/avg/max/mdev = 18.270/563.141/1150.229/370.152 ms

Αθήνα, ADSL 1024/256 με Otenet, pings στον athe730p-l0.otenet.net μου δίνει
min/avg/max/mdev = 28.764/36.312/67.779/9.764 ms
Aθήνα, ίδιο σημείο, με ΑΡΥΣ 384/128 (ναί έχω δύο

) σε Forthnet bbras-ath-01L0.forthnet.gr
min/avg/max/mdev = 33.657/38.051/45.564/2.876 ms

Της Αθήνας το DSLAM είναι SIEMENS A' Αν.Αττικής, Κωλέτη 2.

Συμπεράσματα δικά σας.

EDIT: Εβαλα και μετρήσεις Forthnet απο το ίδιο σημειο με ΟΤΕΝΕΤ στην Αθήνα.

**LION_III** · 15-09-05, 13:49

Αρχικό μήνυμα από hostolis

Κι εγώ το ίδιο ακριβώς πρόβλημα έχω, αλλα αυτο υπάρχει απο τον Απρίλιο κοντά. 2310944xxx Πρέπει να παίζει πίτα DSLAM.

Καρμπόν... και εγώ από Απρίλιο παιδεύομαι με το πρόβλημα...

chatasos · 15-09-05, 14:20

Δυστυχώς δεν νομίζω να έχετε καταλάβει ακριβώς το πρόβλημα.

Μιλάμε για συγκεκριμένες εφαρμογές (που χρησιμοποιούν μικρά udp πακέτα) οι οποίες την ώρα που λειτουργούν, δεν επιτρέπουν να περάσει τίποτα άλλο από την γραμμή.... ΕΝΩ ΑΥΤΗ ΕΙΝΑΙ ΣΧΕΔΟΝ ΑΔΕΙΑ!!!!

**LION_III** · 15-09-05, 15:02

Αρχικό μήνυμα από chatasos

Δυστυχώς δεν νομίζω να έχετε καταλάβει ακριβώς το πρόβλημα.

Μιλάμε για συγκεκριμένες εφαρμογές (που χρησιμοποιούν μικρά udp πακέτα) οι οποίες την ώρα που λειτουργούν, δεν επιτρέπουν να περάσει τίποτα άλλο από την γραμμή.... ΕΝΩ ΑΥΤΗ ΕΙΝΑΙ ΣΧΕΔΟΝ ΑΔΕΙΑ!!!!

Όπως VoIP, P2P, Games κτλ.... ενώ δεν χρησιμοποιείς όλο το bandwidth της γραμμής, αυξάνεται το latency έως ότου μένει φυτό. Για να επανέλθει πρέπει να σταματήσεις να στέλνεις/λαμβάνεις τα πακετάκια π.χ. κλείνοντας την εφαρμογή. Δεν κατάλαβα σε τι δεν συμφωνούμε??

chatasos · 15-09-05, 15:10

Τα p2p και τα Games δεν μπορείς να τα εντάξεις εύκολα σε αυτή την κατηγορία, γιατί:

1) Ίσως να χρησιμοποιούν tcp πακέτα
2) Ίσως να ανοίγουν πολλαπλά ταυτόχρονα connections

Πιο πολύ αναφέρομαι όμως στους άλλους φίλους, που ανέφεραν πιθανό μπούκωμα του dslam.

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

Παρόμοια Θέματα

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

Tags για αυτό το Θέμα

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές