Επιστροφή στο Forum : UR9106: Απογοήτευση το IPQos...
Αγόρασα πρόσφατα το usr9106 με σκοπό καλύτερες μέρες στο surfing με ανοιχτό κάποιο p2p (προσωπικά χρησιμοποιώ το Azureus). Κούνια που με κούναγε...
Παρα τα τόσα καλά λόγια εγώ προσωπικά δεν είδα καμία διαφορά όσον αφορά το qos σε σχέση με το παλιό μου Alcatel530...
Το surfάρισμα σέρνεται αν ανοίξω όχι 2000 συνδέσεις που λέει το νέο firmware ότι υποστηρίζει, αλλά ακόμα κι αν συνδεθώ με λίγους χρήστες στο torrent...
Διάβασα το θέμα "USRobotics 9105/9106 & IPQoS: Τι παίζει;" αλλά μπορώ να πω ότι δεν μου έδωσε απαντήσεις στο πώς ακριβώς πρέπει να σεττάρω το 9106 για να λειτουργήσει το qos. Αναφέρεται μόνο σε ρυθμίσεις για μουλάρι (αν και φαντάζομαι ότι και για Azureus πρέπει να είναι παρόμοιες).
Υποτίθεται ότι για να λειτουργεί έστω στοιχειωδώς το qos θα έπρεπε αν όχι να μηδενίζει το download στο azureus όταν κατεβάζω κάποιο αρχείο απ' τον browser τουλάχιστον να κόβει ταχύτητα και να φουλάρει ο browser. Σε μένα το bittorent είναι ξεροκέφαλο και τραβάει αδιάφορο όσα θέλει...
Ούτε τα emails δεν κατεβαίνουν άνετα... Πρεπει να ορίσω και γι' αυτά κάποιον κανόνα?
Υπάρχει περίπτωση να μην υποστηρίζει qos το κέντρο του OTE ? (Τουμπα Θεσ/νικης)
Θέλω λοιπόν τα φώτα σας. Είναι σωστές οι ρυθμίσεις που βάζω ή πρέπει να προσθέσω και κάτι άλλο?
Α)Αναβάθμισα στο τελευταίο 2.3 fimware
Β) Ενεργοποίησα το qos
Γ) Κανόνες
1) Class Name : Surfarisma1
Priority : High
IP Precedence : 0
IP Type of Service : Maximize Throughput
Protocol : TCP/UDP
Source Address / Mask : 192.168.1.3 / 255.255.255.255
Source Port : κενό
Dest. Address / Mask : κενό
Dest. Port : 80
2) Class Name : Surfarisma2
Priority : High
IP Precedence : 0
IP Type of Service : Minimize delay
Protocol : TCP/UDP
Source Address / Mask : 192.168.1.3 / 255.255.255.255
Source Port : κενό
Dest. Address / Mask : κενό
Dest. Port : 80
3) Class Name : AzureusIn
Priority : Low
IP Precedence : 0
IP Type of Service : Normal Service
Protocol : TCP/UDP
Source Address / Mask : κενό
Source Port : 65535 (Incoming TCP port listen του Azureus που έχω ορίσει στο Azureus)
Dest. Address / Mask : κενό
Dest. Port : κενό
3) Class Name : AzureusOut
Priority : Low
IP Precedence : 0
IP Type of Service : Normal Service
Protocol : TCP/UDP
Source Address / Mask : κενό
Source Port : κενό
Dest. Address / Mask : κενό
Dest. Port : 65535 (Incoming TCP port listen του Azureus που έχω ορίσει στο Azureus)
EDIT:
Τελικά έχοντας 2 κανόνες στο "surfarisma" τόσο για maximize throughput και minimize delay και βάζοντας medium αντι για high priority στο http:80 μπορώ να πω ότι είναι τελικά δυνατό να surfάρεις ικανοποιητικά έχοντας ανοιγμένο το azureus ή κάποιο άλλο p2p.
Και σίγουρα το 9106 είναι πολύ πιο δυνατό σ' αυτόν τον τομέα απ' το alcatel 530 που είχα...
Δηλώνω λοιπόν κι εγώ ικανοποιημένος χρήστης του 9106 !
στο azureus μήπως έχεις ενεργό το upnp;
Ακόμα θα ελεγα να αλλάξεις τους κανόνες απο High σε Medium
azureus usr9106 με τις ρυθμισεις του Σπύρου πανε ολα υπεροχα εδω και καιρο.
Σπυρο μηπως το προβλημα με αρκετους χρηστες του 9105-9106 ειναι τελικα
η γραμμη τους?
azureus usr9106 με τις ρυθμισεις του Σπύρου πανε ολα υπεροχα εδω και καιρο.
Σπυρο μηπως το προβλημα με αρκετους χρηστες του 9105-9106 ειναι τελικα
η γραμμη τους?
Δυστηχώς υπάρχει αυτη η περίπτωση, να γίνεται limit στα πακέτα που μπορεί να εξυπηρετήση η γραμμή
απενεργοποίησα και το upnp στο Azureus (αλήθεια τί είναι αυτό?) αλλά μπα....
Όσο για τον κανόνα από high σε medium στα http γιατί να φταίει αυτό? Κανονικά θα έπρεπε να μηδενίζεται το Azureus σε kbytes/sec όταν κατεβάζω κάτι άλλο από http μιας και είναι priority high.
Αντίθετα το azureus κατεβάζει στο full και μου "σκίζει" το bandwidth...
Τι στο λύκο διαχείριση κάνει το 9106? Εδώ δε μιλάμε να μην τραβάει το Azureus λόγω πολλών συνδέσεων. Απλά δεν κάνει μου φαίνεται ΚΑΜΙΑ διαχείριση στα πακέτα...
Τζάμπα τα euroυδάκια που έδωσα μου φαίνεται για το χαζοRobotics... Σε τί υπερτερεί δηλαδή ?
Για να δουλέυει σε μερικούς και σε άλλους οχι αλλού είναι το πρόβλημα
1) Class Name : Surfarisma1
Priority : High
IP Precedence : 0
IP Type of Service : Maximize Throughput
Protocol : TCP/UDP
Source Address / Mask : 192.168.1.3 / 255.255.255.255
Source Port : κενό
Dest. Address / Mask : κενό
Dest. Port : 80
2) Class Name : Surfarisma2
Priority : High
IP Precedence : 0
IP Type of Service : Minimize delay
Protocol : TCP/UDP
Source Address / Mask : 192.168.1.3 / 255.255.255.255
Source Port : κενό
Dest. Address / Mask : κενό
Dest. Port : 80
Κάνω λάθος ή έχεις ορίσει 2 κανόνες για το ίδιο πράγμα ;
source address ίδια destination port ίδια με διαφορετικές προτεραιότητες ποιά θα ισχύσει;
"nnn" είχα πρώτα μόνο τον ένα κανόνα με το max bandwidth αλλά μιας και δεν έκανε δουλειά είπα να προσθέσω και τον άλλο με τον Min delay.
Να τον βγάλω πάλι τον ένα (φαντάζομαι μόνο το max bandwidth χρειάζεται) αλλα τί πειράζει άμα του έχω και min delay?
Εκτός αν αναιρεί ο ένας τον άλλο. Άλλά όπως ξαναείπα και μόνο ο πρώτος κανόνας δεν έκανε καμία διαφορά...
Άσε 1 κανόνα καλύτερα γιατί έτσι δεν ξέρει ποιόν να εφαρμόσει.
Αλλά μάλλον παίζει θέμα Dslam.
Όσο για τον κανόνα από high σε medium στα http γιατί να φταίει αυτό? Κανονικά θα έπρεπε να μηδενίζεται το Azureus σε kbytes/sec όταν κατεβάζω κάτι άλλο από http μιας και είναι priority high.
οχι μηδενισμό, ο μηδενισμός θα γίνει αν πχ το βάλεις να κατεβάζει μέσω http απο πχ το tucows,
υπάρχει μια καθηστέρηση μέχρι να μπεί σε λειτουργία το qos.
Αν δεις στο how to εχω ενα κανόνα για το ivisit, παλιά που το είχα δοκιμάσει με high, πραγματικά μηδένιζε το μουλάρι (μέχρι που το εβαλα σε medium)
Όσον αφορά τους δύο κανόνες για το για το σερφάρισμα, αν το USR θεωρεί ότι αλληλοκαλύπτονται αντικαθιστά τον παλιότερο από τον νεότερο, οπότε στην προκειμένη περίπτωση το USR δεν έχει κανένα πρόβλημα. Γνώμη μου για το σερφάρισμα θέλεις το minimize delay ώστε να αρχίσεις να βλέπεις τη σελίδα γρήγορα. Το maximize throughput το θες αν θέλεις να ανοίγει σφαίρα η σελίδα, αλλά αυτό δεν ξέρω αν θα το καταφέρεις γιατί όπως είπε ο sdikr έχει μια μικρή καθυστέρηση μέχρι να δουλέψει το QoS.
nickolas2005
21-04-05, 17:21
Παιδιά είπα να προσπαθήσω και εγώ να κάνω κάποιες ρυθμίσεις στο QOS αλλά δεν τα κατάφερα από ότι φαίνεται. Θέλησα όπως διάβασα και στο how to να το ρυθμίσω να μην καθυστερεί στο σερφάρισμα ενώ κατεβάζει το bitcomet πράγμα που δεν πέτυχα. Παραθέτω κάτω μία εικόνα μήπως και μπορέσετε και εντοπίσετε το λάθος μου. Υποψιν τις ρυθμίσεις θέλω να τις κάνω για ένα μόνο pc του δικτύου (ιp 192.168.1.2) και έχω ορίσει την πόρτα 10334 για το bitcomet.
nickolas2005
21-04-05, 18:34
Mήπως δημιουργεί πρόβλημα το γεγονός ότι για το σερφάρισμα έχω βάλει destination port την 80 ενώ εγώ χρησιμοποιώ τοn proxy της forthnet? (port 8080)
Mήπως δημιουργεί πρόβλημα το γεγονός ότι για το σερφάρισμα έχω βάλει destination port την 80 ενώ εγώ χρησιμοποιώ τοn proxy της forthnet? (port 8080)
οπότε το 9106 δεν βλέπει πουθενά κίνηση για το port 80,
nickolas2005
21-04-05, 23:27
Το άλλαξα το Port αλλά φως δεν είδα το bitcomet κολλημένο στα 40 χωρίς να αφήνει να κατέβει τίποτα. Λέτε να φταίει τίποτα άλλο?
Το άλλαξα το Port αλλά φως δεν είδα το bitcomet κολλημένο στα 40 χωρίς να αφήνει να κατέβει τίποτα. Λέτε να φταίει τίποτα άλλο?
Δοκίμασε να το βάλεις να κατεβάσει κάτι μέσω Http κάτι μεγάλο να δείς πως θα πάει
nickolas2005
22-04-05, 22:02
Δοκίμασε να το βάλεις να κατεβάσει κάτι μέσω Http κάτι μεγάλο να δείς πως θα πάει
Τι εννοείς? Κάτι έκανα (όπως το κατάλαβα εγώ αυτό που μου είπατε) αλλά πάλι τίποτα :(
πανε πχ στο tucows και κατέβασε ενα μεγάλο αρχείο να δείς αν δουλέυει το qos
nickolas2005
22-04-05, 23:15
Όχι δεν δουλεύει, το bitcomet δεν καταλαβαίνει τίποτα αφήστε που ίδρωσα μέχρι να πάτήσω download (to bitcomet βλέπετε). Θα αναγκαστώ να τα παρατήσω τι άλλο να κάνω.... :(
Ρε συνονόματε αν έχεις τόσες πολλές συνδέσεις στο BitComet τι qos να δουλέψει. Δοκίμασε να τις μειώσεις αρκετά ας πούμε και δες τι παίζει. Και ένας φίλος μου που έχει το Alcatel δοκίμασε να βάλει qos με ένα προγραμματάκι που είχε φτιάξει ένα παιδί εδώ, αλλά τα πράγματα γίναν χειρότερα μετά, οπότε αναγκάστηκε να το βγάλει.
Γενικά εγώ πιστεύω οτι το qos όταν βάζεις πολλές συνδέσεις σε p2p δεν δουλεύει, τουλάχιστον στα φθηνά router, όπως το usr. Χωρις να το έχω δει στην πράξη βέβαια απλά κάνω υποθέσεις.Eγώ απλά έχω δοκιμάσει το bandwidth controller που υποτίθεται οτι κάνει qos σε software φάση, παρόλο που είχα το http σε high priority, όταν είχα πολλές συνδέσεις στο bitcomet δεν κουνιόνταν φύλλο, ενώ στις λίγες κάτι πηγαινε και ερχόνταν, οπότε και το παράτησα.
Πιστεύω μόνο τα ακριβά routers όπως τα cisco μπορούν να ανταπεξέλθουν σε τέτοια φάση με πολλές συνδέσεις, και να σερφάρεις και άνετα. Όποιος βέβαια κατάφερε να τρέχει bitcomet με 100+ συνδέσεις, και μαζί με άλλα p2p και με το qos του usr να σερφάρει και άνετα ας το πει, γιατι ψηνόμουν τώρα τελευταία να το χτυπούσα, κυρίως για αυτό τον λόγο(τώρα έχω zyxel 650r), αλλά με αυτά που βλέπω μέχρι στιγμής αποθαρύνθηκα.
Εγώ σε 9106 με το τελευταίο firmware και χωρίς να έχοντας ρυθμίσει QoS, τρέχω Azureus με 500 connections + surfing + downloading από newsgroups και όλα πάνε μια χαρά... και μπορώ να κάνω και remote desktop από έξω στο PC μου. Δεν ξέρω γιατί σε άλλους δεν δουλεύει. Κάπου διάβασα οτι σε μερικούς το πρόβλημα λύθηκε όταν ξαναφλασάρισαν το BIOS...
Πάντως δεν καταλαβαίνω γιατί δεν δοκιμάζετε να σετάρετε IPQoS βάζοντας IP precedence από 1-7 ?
Δεν είναι τόσο σχετικό αυτό που θα πω γιατί δεν έχω USR αλλά οτι έχω καταλάβει από την εμπειρία μου με DSL ένα χρόνο τώρα...
Όταν η γραμμή σέρνεται και κατεβάζεις με 25 ΚΒ και κάτω δεν μπορείς να έχεις και πολλά connections. Σαν αποτέλεσμα αυτού είναι οτι όταν έχεις οποιοδήποτε p2p ανοιχτό δεν μπορείς να σερφάρεις με αποδεκτή ταχύτητα. Οι σελίδες κάνουν 2 και 3 λεπτά να ανοίξουν. Όσο και αν παιδεύτηκα με το QOS στο SpeedTouch μου προκοπή δεν έβλεπα.
Επίσης με το DC++ που χρησιμοποιώ αν έμπαινα σε hub με 5000+ άτομα το download έπεφτε ακόμα πιο δραματικά στα 4-5 ΚΒ/sec. Απόδειξη οτι όταν το DSLAM είναι πίτα και σέρνεσαι δεν μπορείς να έχεις και πολλά connections.
Όταν η γραμμή πετάει όπως μου συμβαίνει τις 2 τελευταίες εβδομάδες τότε όσα connections και να κάνεις και όσα p2p να έχεις ανοιχτά, τότε και το surfing πετάει. Στο DC++ τώρα ας πούμε είμαι μέσα σε 5 hubs με 6000+ άτομα το κάθε ένα και δεν μασάει τίποτα.
Σαν τελικό συμπέρασμα λοιπόν δεν νομίζω οτι μπορείς να πετύχεις και πολλά σετάροντας QOS σε μια γραμμή που σέρνεται...
Εγώ πάντως έβγαλα όλες τις ρυθμίσεις από το QoS και μάλλον πιο γρήγορα κατεβάζει. Και το Shareaza και το Azureus. Όταν λειτουργούσαν, με ή χωρίς κατέβασμα και με λίγες συνδέσεις (50 το πολύ), το web μου θύμιζε τα νιάτα μου το '95 με τις συνδέσεις 28,8kbs... Χρησιμοποιώ Netkey Forthnet(256kbs) με Windows XP SP2 UsR9106.
Και εγω να πω την γνωμη μου κι ας εχω alcatel 530. Ειμαι σε απιταριστο dslam και μαλιστα που συγχρονιζει σε 448/160 και κατεβαζα με 48αρια(οταν ειχα 384 -siemens dslam?, τωρα εχω 256) και με ανοιχτο το bitcomet με πολλες συνδεσεις (~400) πηγαινε σφαιρα, οταν ειχα βαλει το ipqos απο τον zardoz. Αλλα επρεπε να εχω το upload οχι μπουκωμενο γιατι σερνοτανε.
Πάντως δεν καταλαβαίνω γιατί δεν δοκιμάζετε να σετάρετε IPQoS βάζοντας IP precedence από 1-7 ?
τι ακριβώς ενοείς;
Το μουλαρι πάντως το έχω με 800 max connections και πάει μια χαρα
Τελικά έχοντας 2 κανόνες στο "surfarisma" τόσο για maximize throughput οσο και minimize delay και βάζοντας medium αντι για high priority στο http:80 μπορώ να πω ότι είναι τελικά δυνατό να surfάρεις ικανοποιητικά έχοντας ανοιγμένο το azureus ή κάποιο άλλο p2p.
Αυτή τη στιγμή παρ' όλο που κατεβάζω full απ' το azureus οι σελίδες του adslgr κατεβαίνουν σφαίρα! (Εινα και καλό site βεβαια!)
Και σίγουρα το 9106 είναι πολύ πιο δυνατό σ' αυτόν τον τομέα απ' το alcatel 530 που είχα...
Δηλώνω λοιπόν ικανοποιημένος χρήστης του 9106 !
Ερώτηση: O κάθε κανόνας στο IPQOS δουλεύει με βάση την port του κάθε προγραμματος? πχ αν δηλαδή στο azureus δηλώσω άλλη port θα πάψει να δουλεύει ο συγκεκριμένος κανόνας έτσι?
Το ρωτάω αυτό γιατί πχ στον πολύ αναλυτικό οδηγό για QOS στα alcatel
http://adslgr.com/forum/showthread.php?t=11366
υπήρχαν άλλοι κανόνες για TCP/UDP όπου η προτεραιότητα ήταν χαμηλή, άλλοι κανόνες για λήψη email, άλλοι κανόνες για περιήγηση στο www, αλλοι για FTP...
Εδώ οι κανόνες είναι όλοι για TCP/UDP?
@ ADSLgr.com All rights reserved.