Αναζήτηση:

@dalex
Ευχαριστω,
για την εναλλακτικη λυση.

Τελικα καταφερα να το κανω να παιξει με απλα recursive routes χωρις mangle ως εξης:

235078

Στο ros7 για να παιξει το routing στα recursive routes πρεπει το target scope > scope του επομενου route στην σειρα.

Απο μικρη μελετη που εκανα τι κανει το mangle καταλαβα οτι λειτουργει ως εξης:
Οταν πεσει το wan1 τα τρεχον connections τερματιζονται και τα νεα ρουταρονται μεσω του wan2.
Οταν επανελθει το wan1 οσα connections εχουν ανοιξει μεσω του wan2 τα mangle rules φροντιζουν να συνεχισουν να ρουταρονται μεσω του wan2 και τα νεα μεσω του wan1 για αποφευχθει η διακοπη η εκ νεου διακοπη της συνδεσης σε οτι εχει ανοιξει με το wan2.

@romankonis
Ευχαριστω θα μελετηθουν εχω πολυ διαβασμα σχετικα με τα mikrotik :p

Συγνωμη για την καθυστερηση της απαντησης για καποιο λογο δεν λαμβανα ειδοποιησεις.
Ο παροχος που αντιμετωπιζω προβλημα ειναι η intertelecom.
Στο δικτυο εχω δυο voip adapters , το HT802 και ενα DP752.
Σε ενα δευτερο παροχο που χρησιμοποιω την Omnivoice ρυθμισα να πηγαινει μεσω tcp για να μην εχω προβληματα, αλλα δυστυχως στην Intertelecom δεν υποστηριζεται.

Απο το ρωσικο MUM 2022

.......
add check-gateway=ping distance=20 gateway=4.2.2.2 targetscope=11

Καλησπερα,
εχω δυο WAN over LTE συνδεσεις συνδεδεμενες σε ενα RB5009UG+S+ Mikrotik router και θελω να υλοποιησω Seamless failover οταν το main WAN βγαινει offline. Δυστυχως ειχα την ατυχια ο συγκεκριμενος router να παιρνει μονο RouterOS v7 και
το documentation της Mikrotik δεν εχει γινει ακομα update για το v7 και ταυτοχρονα δεν εχω εμπειρια με το RouterOS κατι που δυσκολευει ακομα περισσοτερο την κατασταση.

Θα μπορουσε καποιος να εξηγησει γιατι χρησιμοποιει δυο επιπλεον routing tables (rtab-1, rtab-2) και τι προσπαθει να πετυχει με τα firewall mangle rules ?

Προσπαθησα με recursive routing αλλα οντως εχουν αλλαξει πως λειτουργουν το scope και το target scope και δεν μου επαιξε.

Καλησπερα,
εχω δυο WAN over LTE συνδεσεις συνδεδεμενες σε ενα RB5009UG+S+ Mikrotik router και θελω να υλοποιησω Seamless failover οταν το main WAN βγαινει offline. Δυστυχως ειχα την ατυχια ο συγκεκριμενος router να παιρνει μονο RouterOS v7 και το documentation της Mikrotik δεν εχει γινει ακομα update για το v7 και ταυτοχρονα δεν εχω εμπειρια με το RouterOS κατι που δυσκολευει ακομα περισσοτερο την κατασταση.

Απο το documentation του RouterOS σχετικα με failover βρηκα το:
https://help.mikrotik.com/docs/pages/viewpage.action?pageId=26476608
Δυστυχως ομως εχουν γινει αλλαγες οσο αφορα τα recursive routing and scopes στο v7 και δεν ξερω τι αλλο μπορει να εχει αλλαξει, οποτε οποια βοηθεια ευπροσδεκτη.

Καλημερα,
εχω ενα HT-802 που ειναι συνδεμενο με την intertelecom.gr. Δυστυχως βρισκεται πισω απο πολλαπλο NAT και αντιμετωπιζω θεματα με τις εισερχομενες κλησεις που προσπαθουμε να βρουμε τι φταιει με την υποστηριξη της intertelecom. Σκεφτηκα για να παρακαμψω ολα τα προβληματα να χρησιμοποιησω το openvpn feature που εχει βαλει το ht802 πλεον. Εστησα openvpn server σε ενα Ελληνικο VPS που εχω, εκανα port forward την sip και rtp port στο vpn ip του ht802. Στην συνεχεια ρυθμισα το Ht802 να συνδεεται με το openvpn , διαλεξα και σαν NAT Traversal : VPN στις ρυθμισεις του FXS και ηλπιζα οτι θα λυθουν τα προβληματα μου.

Δυστυχως διαπιστωσα ομως οτι το traffic απο το HT802 δεν περναει μεσω του VPN, ενω συνδεεται και παιρνει και openvpn ip που την δειχνει στο status. Αυτο το επιβεβαιωσα και απο το VPS κανοντας dump το traffic του VPN και τοπικα κανοντας port-mirroring την Port του HT802 και βλεποντας το traffic.

Εχει χρησιμοποιησει κανεις το openvpn του HT-802 ειναι καποιο setting που μου διαφευγει ?

Δοκιμασα να ξαναστειλω μηνυμα απο την τρομερη φορμα επικοινωνιας της Cosmote και μετα απο δυο τρεις προσπαθειες δουλεψε ! Σε κανενα μηνα που θα λαβω παλι καποια ανουσια απαντηση θα ενημερωσω.
Προς το παρων απολαμβανω το Video που μου εδειξε οταν ολοκληρωσα το αιτημα μου ...

https://www.youtube.com/watch?v=v6DSKSf1N3Q

Οντως εχει ξανασυζητηθει το θεμα στο https://www.adslgr.com/forum/threads...CE%BF%CF%82-IP αλλα ο τιτλος δεν βοηθησε να το βρω.

Τεχνικα τι μπορει να κανει η Cosmote για να στειλει την κινηση στην btc-net μεσω της Vivacom ?

Εκανα ενα μικρο update του post του διορθωνοντας το MTR για την wind , δαιμων του copy paste ...

Καλησπερα γραφω στο Forum υστερα απο χροοονια πολλα :whistle:.

Επι του θεματος τωρα,
προσπαθησα να χρησιμοποιησω το Geforce Now Service μεσω Cosmote και διαπιστωσα οτι ηταν αδυνατο λογο πολυ υψηλου latency με το γειτονικο Geforce now Datacenter στην Βουλγαρια. Μιλωντας με εναν φιλο που εχει Wind διαπιστωσαμε οτι το latency με αυτο το Datacenter ηταν εξαιρετικο και υπηρεσια δουλευε αψογα (στο μετρο του δυνατου φυσικα). Ετσι αρχισαμε να ψαχνουμε το λογο που συμβαινει αυτο. Αφου βρηκαμε την IP του datacenter με το mtr καναμε μια αναλυση της δρομολογησης απο Cosmote και Wind.

Η IP του Nvidia Geforce now Datacenter EU Southeast NP-SOF-01 στην Σοφια Βουλγαριας ειναι 80.84.167.204.

Cosmote
Cosmote mtr output
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. (waiting for reply)
2. 10.24.6.241 0.0% 161 20.8 18.1 14.5 37.5 2.9
3. 79.128.0.8 0.0% 161 16.2 17.9 13.5 34.3 3.1
4. 79.128.0.2 0.0% 161 15.6 18.3 14.6 30.0 3.0
5. 79.128.250.250 0.0% 161 19.9 19.1 14.5 32.0 3.1
6. kolasr01-hu-0-0-0-0.ath.OTEGlobe.gr 0.0% 161 20.0 19.3 14.8 31.2 2.5
7. 62.75.4.130 0.0% 161 59.6 60.6 56.1 78.1 2.9
8. linx.s3c.bg 0.0% 161 64.9 67.7 61.5 85.4 4.8
9. 185.205.208.162 15.5% 161 89.6 90.1 87.1 98.9 2.1
10. 212-39-69-103.ip.btc-net.bg 50.3% 161 99.8 100.4 97.1 112.0 2.9
11. 77-85-237-129.ip.ip.btc-net.bg 39.8% 161 90.4 91.7 88.8 102.1 2.6
12. 80.84.167.17 0.0% 161 87.7 90.0 86.4 101.9 2.5
13. (waiting for reply)

Wind


Wind mtr output
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. _gateway 0.0% 30 3.6 0.7 0.6 3.6 0.6
2. 62.169.255.59 0.0% 30 13.6 13.7 13.5 14.2 0.2
3. 185.3.221.40 0.0% 30 13.7 13.6 13.3 14.1 0.2
4. 62.169.252.98 0.0% 29 19.4 19.4 19.2 19.9 0.2
5. 62.169.221.169 0.0% 29 21.5 21.5 21.2 21.8 0.2
6. vivacom.thess.gr-ix.gr 0.0% 29 24.7 24.7 24.4 25.1 0.2
7. 212-39-69-103.ip.btc-net.bg 34.5% 29 27.1 27.0 26.3 28.6 0.6
8. 77-85-237-129.ip.ip.btc-net.bg 0.0% 29 26.7 26.6 26.2 27.1 0.2
9. 77-85-237-130.ip.ip.btc-net.bg 0.0% 29 25.1 24.9 24.6 25.3 0.1
10. (waiting for reply)


Η επιλογη της δρομολογησης Oteglobe/Cosmote εκτοξευει το latency σε σχεση με την Wind που συνδεεται με την btc-net.gr απευθειας μεσω του vivacom.thess.gr-ix.gr.

Και φυσικα το αποτελεσμα φαινεται στο Geforce NOW test tool

Cosmote
229568

Wind
229569

Cosmote Latency 99 ms ...
Wind Latency 26ms

Να τονισω οτι το routing ειναι φυσικα το ιδιο ειτε απο κινητη ειτε απο σταθερη Cosmote.

Προσπαθησα να επικοινωνησω με την τεχνικη υποστηριξη και φυσικα δηλωσανε αναρμοδιοι και με παραπεμψανε να στειλω το αιτημα μεσω της φορμας επικοινωνιας (που δουλευει οποτε θελει ...)
Με τα πολλα καταφερα να στειλω το αιτημα το οποιο να μην πολυλογω κατεληξε στην τεχνικη υποστηριξη σταθερης οπου φυσικα δηλωσανε παλι αναρμοδιοι και μου ειπαν να ξαναστειλω το αιτημα μεσω της φορμας επικοινωνιας...
Ακριβως το ιδιο αιτημα εστειλα και σε καποιες διευθυνσεις επικοινωνιας στην OteGlobe και φυσικα δεν πηρα καμια απαντηση οπως και περιμενα.

Τωρα οπως καταλαβαινετε επεσα σε τοιχο ακομα και για να αναφερω το προβλημα με την αδιανοητη γραφειοκρατια της Cosmote, εαν καποιος :worthy: γνωριζει πως μπορει να επικοινωνησει με την Cosmote/Oteglobe και να αναφερει το προβλημα μπορει να χρησιμοποιησει ολες τις πληροφοριες που παραθετονται , εαν χρειαζεται κατι επιπλεον ας επικοινωνησει μαζι με PM.

*Παραθετω τους συνδεσμους με τις εικονες και το mtr output σε pastebin και postimg.
Geforce now client output screenshots σε png
https://i.postimg.cc/G2br0Bjs/cosmote-eu-southeast.png
https://i.postimg.cc/Hx3mTpSv/wind-eu-southeast.png
MTR σε text
https://pastebin.com/raw/Ap1qTHix
https://pastebin.com/raw/ncvZf8E4
MTR screenshots σε png
https://i.postimg.cc/d10vs8vd/ote.png
https://i.postimg.cc/HxPmVVsN/wind.png

Το μεγαλυτερο καραγκιοζιλικι ειναι οτι για τους ηδη υπαρχοντες συνδρομητες που εχει ληξει η δεσμευση τους δεν κανουνε καμια εκπτωση... .

Στα παλαιοτερα των υποδηματων τους.

Και για να συμπληρωσω παντα οι σταθεροι και καλοπληρωτες πελατες ειναι οι ριγμενοι, οχι μονο δεν τους δινουν το δωρο, αλλα πληρωνουν και απο πανω μεγαλυτερο παγιο μιλαμε για το μεγαλειο της γελοιοτητας.

Το μεγαλυτερο καραγκιοζιλικι ειναι οτι για τους ηδη υπαρχοντες συνδρομητες που εχει ληξει η δεσμευση τους δεν κανουνε καμια εκπτωση... .

Στα παλαιοτερα των υποδηματων τους.

Οσο αφορα την Vodaphone γιατι επεστρεψε τα τελη, υποχρεωθηκε απο καποιον γνωριζει κανεις?

Εχει γινει καποια καταγγελια - παραπονο ?
Βγηκε καποια αποφαση?

Εαν ναι θα ηταν χρησιμο να αναφερθει εδω ωστε να μπορεσουν οι χρηστες της Comsote να τους απαιτησουν και αυτοι επιστροφες χρηματων, δεν ειναι καθολου αμελητεα τα ποσα!

Αν και ολοι καταλαβαν πιστευω τι εννοουσες, σκεφτηκα να σε ενημερωσω οτι αυτο που εγραψες ειναι λανθασμενο:
kBps = kilo-Bytes per second
26.400 kBps = 216* Mbps

Οποτε μαλλον εννουσες: 26.400 bps ;)

216*: 26.400 kBps x 1024 x 8 / 1000 / 1000 = 216,2688 Mbps

LOL αυτο που ηθελα να γραψω ητανε 26,400 kbps :p

Επειδη τελευταια υπηρξε μια ερευνα του ΥΜΕ σχετικα με την τυχη των αδειων WiMax, ισως βγηκε αυτη η ανακοινωση, απο ο,τι βρηκα με μικρη ερευνα το πιλοτικο κατ'ουσια ειναι κλειστο και δεν δεχεται αιτησεις και δεν υπαρχει καποια προβλεψη για χρονο εμπορικης διαθεσης.

Συμφωνω και επαυξανω!

Μπορεις να δωσεις περισσοτερες λεπτομερειες;
Με ενδιαφερει το θεμα αμεσα.

Στην περιοχη μου (ανατολικης αττικης) βρισκεται σε πιλοτικη λειτουργια δικτυο Wimax. Να τονισω οτι σε αυτη την περιοχη δεν υπαρχει ενσυρματο δικτυο του ΟΤΕ, ακομα και το τηλεφωνο ειναι ασυρματο με αποτελεσμα με το dial-up να συνδεομαι το μεγιστο με 26.400 kBps.

Ο ΟΤΕ εγκατεστησε δυο τερματικα σε κατοικους της περιοχης(αγνωστο πως επιλεχθηκαν). Οταν πριν απο 9 μηνες περιπου πηγα στα τοπικα γραφεια του ΟΤΕ μου ειπαν οτι η πιλοτικη φαση εχει τελειωσει και αναμενεται η αποφαση για να δοθει προς εμπορικη χρηση. Απο τοτε εχω παει αλλεπαλληλες φορες στα γραφεια του ΟΤΕ και καθε φορα μου λενε να περασω σε ενα μηνα. Απο τοτε καμια προοδος δεν εχει σημειωθει.

Καλλιστα αυτη η ανακοινωση θα μπορουσε να ειχε βγει πριν απο 9 μηνες.

Βρισκομαι σε μια περιοχη της ανατολικης Αττικης οπου δεν υπαρχει ενσυρματο δικτυο του ΟΤΕ. Εδω και αρκετα χρονια ο ΟΤΕ μας εχει εγκαταστησει ενα ασυρματο συστημα τηλεφωνου, απο το οποιο ειναι πρακτικα αδυνατη οποιαδηποτε dial-up συνδεση, max ταχυτητα που συνδεθηκα ηταν τα 26.400 Kbps:p . Πλεον το δικτυο εχει υπερφορτωθει με συνδρομητες και ουτε τηλεφωνο δεν μπορεις να παρεις :whistle:.

Υστερα απο πολλες διαμαρτυριες τον κατοικων, πριν απο 2.5 χρονια ειπε ο ΟΤΕ οτι θα το αντικαταστησει με νεο συγχρονο συστημα οπου θα παρεχεται και Internet. Προσωπικα εχω καταθεσει 3 φορες αιτημα για γρηγορο Internet. Τελικα περσι ο ΟΤΕ αρχισε την πειραματικη λειτουργια δικτυου Wimax. Ο ΟΤΕ επελεξε ορισμενους κατοικους της περιοχης (αγνωστο πως) και εγκατεστησε τερματικα Wimax. Τυχαια εμαθα το γεγονος κατα τον Ιανουαριο και πηγα να ρωτησω στα τοπικα γραφεια του ΟΤΕ, εκει μου ειπαν οτι η πειραματικη φαση εχει τελειωσει και οτι πρεπει να συνεδριασει καποιο συμβουλιο του ΟΤΕ για να παρθει αποφαση να ξεκινησει η εμπορικη διαθεση του προιοντος.

Αυτο το συμβουλιο εδω και 9 μηνες συνεδριαζει, καθε φορα που πηγαινα να ρωτησω μου λεγανε περνα σε 2 μηνες. Τελικα βαρεθηκα να ρωταω ωσπου ειδα την περιφημη ανακοινωση του ΟΤΕ για την λειτουργια του δικτυου στο αγιο ορος και οτι θα προχωρησει η λειτουργια του και σε αλλες περιοχες. Ξαναπηγα λοιπων στα τοπικα γραφεια του ΟΤΕ και αυτη την φορα μου ειπανε να ξαναπερασω απο 10 Σεπτεμβρη. Βεβαια κραταω μικρο καλαθι, αλλα εχω μια μικρη ελπιδα οτι κατι κινειται.

Υ.Σ
Τωρα ξερω γιατι προηγηθηκε το αγιο ορος, στο βατοπεδι εχουν 60000 στρεμματα να πουλησουν οι ανθρωποι.

Θα ακουστω κλασσικος :lol:
Τελικα τι Upload θα εχουν τα 24 Mbit του Conn-x ξερουμε ?

...και αλλο τοσο δυσκολο οσο και επικινδυνο ειναι να την συμπικνωσει κανεις σε καποιες γραμμες.
Καποιες τυπικες πληροφοριες οπως πακετα, κεντρα/καλυψη, τιμες, διασυνδεσεις με ΑΙΧ και εξωτερικο υπαρχουν καταγεγραμενα σε εμφανη σημεια του φορουμ.
Δυστυχως την υποκειμενικη εμπειρια των χρηστων ειναι δυσκολο να την καταγραψουμε και να την αποτυπωσουμε σε μια χρηστικη περιληψη. Η ποιοτητα των παρεχομενων υπηρεσιων εχει τετοιες διακυμανσεις που δεν επιτρεπει την εξαγωγη συμπερασματων.

Ας ελπισουμε πως η Διαβουλευση για την αξιολογηση της ποιοτητας των υπηρεσιων των παροχων της ΕΕΤΤ θα τελειωσει συντομα και ετσι θα δουμε μετρησιμα στοιχεια για καθε παροχο στην σελιδα της ΕΕΤΤ.

Το φορουμ και η ΕΕΤΤ περιμενει επ αυτου τις προτασεις των χρηστων του...

Συμφωνω οτι ειναι δυσκολο να υπαρχουν απολυτα στοιχεια, αλλα εκει ακριβως πρεπει να προσπαθησουμε. Οταν υπαρχουν νευραλγικα προβληματα στα δικτυα των Provider, τα οποια επιβεβαιωνονται απο την πλειοψηφια των χρηστων, πρεπει αναφερονται σε μια διαρκης αξιολογηση απο την μερια του χρηστη, ωστε ο καθενας να ενημερωνεται, να τα αξιολογει και να επιλεγει αφου ενημερωθει για την πραγματικη ποιοτητα της υπηρεσιας, την οποια μπορει να διαπιστωσει μονο οταν εγκατασταθει η DSL . Φυσικα τοτε ειναι κατοπιν εορτης.

Πολυ συχνες ειναι και η περιπτωσεις που πολλοι δεν γνωριζουν τι θα επρεπε να τους παρεχεται απο αποψη ποιοτητα υπηρεσιας ουτε μπορουν να διαπιστωσουν που ειναι το προβλημα, εκει σιγουρα η αξιολογηση θα τους βοηθησει.

Στα ορια του οφφ τοπικ:

Μπροστα μας εχουμε μια δεδομενη κατασταση: Η hol δρομολογει μερος της εσωτερικης κινησης απο την διασυνδεση της με το εξωτερικο παρα απο το ΑΙΧ που ειναι το λογικο. Κακως. Γιατι το κανει ομως αυτο; Γιατι οπως λεει ο wintech2003 ΠΟΛΥ ΣΩΣΤΑ ειναι πιο φτηνη η δρομολογηση της κινησης ετσι, αφου τα κοστη του ΑΙΧ ειναι υψηλα.

...

Να λοιπον πως ενα θεσμικο θεμα, που μοιαζει πολυ μακρινο για τον μεσο χρηστη, καταληγει να μας αφορα ολους σε καθημερινη βαση και πως ολα τα θεματα η λυση του εξαρταται απο την συμεετοχη μας.

Σχολια του στυλ: να κοψει τον λαιμο της η hol να το φτιαξει αποριπτονται ως αυτονοητα και κοντοφθαλμα...:p

Πραγματικα δεν γνωριζα οτι η διασυνδεση με το AIX κοστιζει πιο ακριβα απο την δρομολογηση μεσω εξωτερικου, αλλα επρεπε να το περιμενω οτι και αυτο ηταν δυνατον να συμβαινει στην Ελλαδα, βεβαια αυτο ειναι απολυτα συμφωνο με τις τεραστιες χρεωσεις στις μισθωμενες γραμμες που εφεραν τοσο πισω την αναπτυξη του Internet.

Εαν και χρονια μελος του ADSLGR δεν ημουν ποτε fun των πολλων Post, αλλα παντα ημουν φανατικος, αναγνωστης του. Εβαλα ADSL μετα την πρωτη σοβαρη μειωση που εκανε ο ΟΤΕ και βρεθηκα χρηστης του πολυπαθου DSLAM Κωνσταντινουπολεως και θα ημουν απο τους πρωτους που αντιμετωπισα το γνωστο προβλημα περιορισμου πακετων ( ενα απο τα πιο μακροσκελη threads στα Ελληνικα Forums ως τωρα :P ), φυσικα μετα απο διαμαρτυριες, καταγγελιες δεν εγινε τιποτα.

Τωρα ηρθε η ωρα να διαλεξω ενα εναλλακτικο για Double Play για να μην τραβηξω τα ιδια ειπα να το ψαξω διεξοδικα. θα ηθελα να προτεινω στους χρηστες και Editors του forum να υπαρχει μια μονιμη αξιολογηση του καθε proviter που να ενημερωνεται συνεχως με θεματα εκτος απο το χονδροειδες θεμα db, mbit και με αλλες πολυ σημαντικες λεπτομερειες, latencys, routing, διασυνδεσεις με Ελλαδα και εξωτερικο, εξοπλισμος που παρεχεται, υποστηριξη ωστε να μπορει καποιος να διαλεξει με βαση τις απαιτησεις του. Ολη αυτη η πληροφορια υπαρχει ηδη στο forum, αλλα ειναι διασκορπισμενη και δυσκολο να την εντοπισει καποιος.

Το προβλημα το εχω παρατηρησει εδω και 2 με 3 μηνες. Η HOL δεν χρησιμοποιει το Athens Internet Exchange (AIX) για την συνδεση της με το GRNET (συνδεση με τα Εκπαιδευτικα Ιδρυματα) και για αυτο εχει μεγαλες καθυστερησεις στη συνδεση της με αυτα (γεγονος ακατανοητο αφου επιβαρυνει τις γραμμες της με το εξωτερικο για συνδεσεις εσωτερικου (!!), δεν εκμεταλλευεται την υπαρξη του AIX και ταυτοχρονα δημιουργει προβληματα στους πελατες της).


Συμφωνω απολυτα, δεν ειναι μονο τα mbits που μετρανε για την ποιοτητα μιας υπηρεσιας, τετοια απαραδεκτα delays ειναι τροχοπεδη για πολλες υπηρεσιες οπως voip, remote-desktop, online-gaming, 200+ ms ειναι υπερβολικα, το normal θα ηταν 5-10ms πανω απο το 1 hop. Ενα remote desktop να θελω να κανω με το grnet τα πακετα θα κανουν το γυρο της ευρωπης. :worthy:

Απορω πως δεν εχουν ενοχληθει αλλοι χρηστες, καλο θα ηταν βεβαια να παρουμε εικονα και τι γινεται και με τους αλλους proviters, αλλα η κατασταση εδω δειχνει σοβαρο προβλημα routing (ελλιπης επεξεργαστικη ισχυς, λειψο bandwidth, κακοσεταρισμενοι routers δεν ξερω ) που δεν πιστευω οτι δεν το γνωριζουν στην hol, υπαρχει καποιος που εχει επικοινωνησει μαζι τους για αυτο το θεμα?

Αυτο ακριβως παρατηρησα και εγω bondage το διαφορετικο latency στο POS00-02.med00.core.hol.gr hop αναλογα τον προορισμο το οποιο δημιουργει και αλλες παραφωνιες οπως φαινεται στο traceroute.

Σιγουρα υπαρχει καποιο προβλημα στους routers, καλο θα ειναι να ερευνηθει η συμπεριφορα, αυτα τα pings ειναι απαραδεκτα.

Ετρεξα ενα speedtest με το Μοναχο, οντος καλυτερα αποτελεσματα, πιθανοτατα οφειλεται στο οτι η επικοινωνια με την on telecom (εκει που τρεχει ο Server του speedtest) μπορει να γινεται μεσω εξωτερικου και τα πακετα να κανουν το γυρο της Ευρωπης.
http://www.speedtest.net/result/202768673.png

Στην περιοχη που βρισκομαι (Νεαπολη Αθηνων) προσφερουν ολοι οι proviters ιδιοκτητο και ειμαι σε αναζητηση καταλληλου double play.
Δοκιμαζοντας ενα shared LLU 5739/667 HOL στην Θεσσαλονικη διαπιστωσα πολυ μεγαλα pings εντος Ελλαδος.

Παρακατω παραθετω τεσσερα traceroute με το www.ntua.gr , www.google.com, www.otenet.gr και www.forthnet.gr

$ tracert www.ntua.gr

Tracing route to achilles.noc.ntua.gr
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms fritz.fon.box
2 22 ms 22 ms 22 ms loopback2004.med01.dsl.hol.gr
3 29 ms 29 ms 29 ms POS00-02.med00.core.hol.gr
4 * * 29 ms gigaeth00-05-02-01.med00.ccr.hol.gr
5 * * * Request timed out.
6 75 ms 76 ms 74 ms POS0/1/1-GW2.FFT4.Frankfurt4.de.ALTER.NET
7 82 ms 80 ms 88 ms so-5-1-0.XR2.FFT4.ALTER.NET
8 90 ms 81 ms 84 ms so-2-1-0.TL1.FFT1.ALTER.NET
9 80 ms 80 ms 81 ms so-0-0-0.BR1.FFT1.ALTER.NET
10 81 ms 80 ms 82 ms ge-6-13.car2.Frankfurt1.Level3.net
11 93 ms 89 ms 89 ms ae-31-53.ebr1.Frankfurt1.Level3.net
12 76 ms 78 ms 83 ms ae-1-100.ebr2.Frankfurt1.Level3.net
13 85 ms 84 ms 86 ms ae-4-4.car2.Milan1.Level3.net
14 91 ms 92 ms 90 ms DANTE.car2.Milan1.Level3.net
15 116 ms 116 ms 155 ms so-6-0-0:0.rt1.ath.gr.geant2.net
16 * * * Request timed out.
17 175 ms 177 ms 173 ms ilissos1-to-athens3.backbone.grnet.gr
18 173 ms 167 ms 162 ms customerRouter.ntua.ilissos.athensMAN.grnet.gr
19 * 178 ms 173 ms achilles.noc.ntua.gr

Trace complete.

$ tracert www.google.com

Tracing route to www.l.google.com
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms fritz.fon.box
2 22 ms 22 ms 22 ms loopback2004.med01.dsl.hol.gr
3 29 ms 28 ms 30 ms POS00-02.med00.core.hol.gr
4 * 29 ms 49 ms gigaeth00-05-02-01.med00.ccr.hol.gr
5 30 ms 30 ms 30 ms POS03-00-03.med00.brd.hol.gr
6 104 ms 98 ms 95 ms POS04-01-00.lnd00.brd.hol.gr
7 97 ms 103 ms 98 ms so-2-3-0.ar3.LON3.gblx.net
8 117 ms 214 ms 127 ms ge1-1-10G.ar4.LON3.gblx.net
9 109 ms 107 ms 107 ms 72.14.198.65
10 106 ms 114 ms 105 ms 209.85.252.42
11 164 ms 119 ms 114 ms 209.85.248.80
12 115 ms 117 ms 118 ms 72.14.232.141
13 107 ms 106 ms 121 ms 72.14.233.81
14 119 ms 106 ms 107 ms 216.239.43.30
15 116 ms 120 ms 121 ms nf-in-f147.google.com

Trace complete.

$ tracert www.otenet.gr

Tracing route to www.otenet.gr
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms fritz.fon.box
2 22 ms 22 ms 22 ms loopback2004.med01.dsl.hol.gr
3 224 ms 220 ms 208 ms POS00-02.med00.core.hol.gr
4 230 ms 229 ms 235 ms gigaeth00-05-02-01.med00.ccr.hol.gr
5 231 ms 231 ms 230 ms 62.38.36.189
6 31 ms 30 ms 30 ms gigaeth00-01.ath08.core.hol.gr
7 214 ms 203 ms 185 ms ATM02-00-250.aix01.core.hol.gr
8 187 ms 187 ms 205 ms otenet.aix.gr
9 216 ms 211 ms * 83.235.5.6
10 230 ms 220 ms 203 ms bb3-ge0.otenet.net
11 178 ms 180 ms 177 ms maro7200-bb3.backbone.otenet.net
12 213 ms 218 ms 213 ms 62.103.8.81
13 208 ms 227 ms 222 ms www.otenet.gr

Trace complete.

$ tracert www.forthnet.gr

Tracing route to www.forthnet.gr
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms fritz.fon.box
2 22 ms 22 ms 24 ms loopback2004.med01.dsl.hol.gr
3 200 ms 208 ms 208 ms POS00-02.med00.core.hol.gr
4 220 ms 229 ms 225 ms gigaeth00-05-02-01.med00.ccr.hol.gr
5 224 ms 209 ms 205 ms gigaeth09-07.ath00.csw.hol.gr
6 31 ms 31 ms 30 ms gigaeth00-01.ath08.core.hol.gr
7 211 ms 206 ms 204 ms ATM01-00-156.aix01.core.hol.gr
8 224 ms 221 ms 212 ms forthnet.aix.gr
9 203 ms 210 ms 229 ms aix-forthnet.forthnet.gr
10 210 ms 199 ms 196 ms core-ath-01.forthnet.gr
11 227 ms 223 ms 213 ms serv-ath-06.forthnet.gr
12 210 ms * 221 ms www.forthnet.gr

Trace complete.

Με την πρωτη ματια βλεπουμε οτι με ελληνικα sites εχουμε απαραδεκτα pings της ταξεως των 200 ms.
Παρατηρωντας το traceroute για το www.ntua.gr παρατηρουμε το τραγικο οτι συνδεομαστε με το grnet μεσω Γερμανιας και Ιταλιας ( Ελεος)

Επισης παρατηρησα οτι για τα ελληνικα sites (www.otenet.gr, www.forthnet.gr) μεταξυ του 2ου και 3ου hop υπαρχει delay 170ms
2 22 ms 22 ms 22 ms loopback2004.med01.dsl.hol.gr
3 224 ms 220 ms 208 ms POS00-02.med00.core.hol.gr

ενω για το 6ο hop το delay πεφτει στα 31ms ??????
6 31 ms 31 ms 30 ms gigaeth00-01.ath08.core.hol.gr

Ενω οταν προκειται για το εξωτερικο το delay μεταξυ του 2ου και 3ου hop ειναι:
2 22 ms 22 ms 22 ms loopback2004.med01.dsl.hol.gr
3 29 ms 28 ms 30 ms POS00-02.med00.core.hol.gr

και το μεγαλο delay οσο αναφορα το google βρισκεται μεταξυ του 5ου και 6ου hop
5 30 ms 30 ms 30 ms POS03-00-03.med00.brd.hol.gr
6 104 ms 98 ms 95 ms POS04-01-00.lnd00.brd.hol.gr

Τα delays που προκυψανε με το traceroute ειναι αλλοπροσαλλα, θα ηθελα την αποψη σας, επισης ολες οι παραπανω μετρησεις εγιναν στην Θεσσαλονικη, εαν μπορουσε καποιος να τα επαναλαβει στην Αθηνα μπας και καταλαβουμε τι ακριβως συμβαινει με το routing της HOL.

Ενα speedtest που εκανα στην γραμμη.
http://www.speedtest.net/result/202721863.png

Οι νεες τιμες της Wind πραγματικα φερνουν το Mobile Broadband σε πιο προσιτες τιμες, θα ηθελα να ρωτησω εχει κανεις εμπειρια με καποιο data προγραμμα της WIND ?
Για τι ταχυτητες και pings μιλαμε για χρηση με HSDPA modem ?

Εχουμε σπιτι σε μια περιοχη που εχουμε 3G καλυψη απο την Wind και δεν εχουμε καν ενσυρματο σταθερο τηλεφωνο,ο ΟΤΕ εχει εγκαταστησει ειναι ενα ασυρματο dect της Alcatel στα 1.92Ghz και απο αυτο ουτε 9.6kbbs δεν περνανε με dial-up, oποτε το HSDPA ειναι μια καλη εναλλακτικη λυση.

αν πιανεις το μισο εισαι μια χαρα, αν πιανεις το 1:20 παλι εισαι μια χαρα

Αρε οριο ογκου που μας χρειαζεται η για να το πω ευγενικα fair use

Για να μην τα λεμε για 100000000000000000 φορα, ας φτιαξουν πρωτα το fair μοιρασμα του BW (δηλ τα πακετα) και μετα βλεπουμε για οριο ογκου.

Να μην σας απογοητευσω αλλα ακομα δεν αρχισε καν η σεζον.
Η απολυτη ισοπεδωση θα ειναι κατα τον Νοεμβριο.

Οποτε πηγαινω στο σπιτι που εχουμε στα περιχωρα της Αττικης προσγιωνομαι σε μια ζοφερη πραγματικοτητα, στην περιοχη ο πΟΤΕ δεν εχει εγκαταστηση ενσυρματο δικτυο γιατι ειναι αραιωκατοικημενη και δεν τον συμφερει οικονομικα, για την Ιστορια η περιοχη ειναι εντος σχεδιου πολεος. Με το υπεροχο αυτο ασυρματο συστημα η μεγαλυτερη ταχυτητα που καταφερα να συνδεθω στο Internet ηταν 26.4 kbbs οταν το προτοβαλανε, τωρα εχει καταντησει να συνδεεται με 9.6 kbbs. Η προσγειωση απο το 1 Mbbs στο σπιτι και απο τα 100 Μbbs στο πανεπιστημιο (τοσο παει το lan :P) στα 9.6 kbbs ειναι δυσκολη. Επειδη τις τελευταιες μερες μας ειχε αλλαξει τα φωτα, ουτε καλα τα tones απο τα κουμπια δεν καταλαβαινε, φωναξα τον πΟτετση να ερθει μπας και κανει τιποτα. Ηρθε προσπαθησαμε να πιασουμε καμια αλλη κεραια του συστηματος, αλλα δεν εγινε τιποτα και τελικα και το ξαναβαλαμε οπως ηταν.

Οταν ειπαμε στον Ποτετση να μεταφερουμε αλλου την κεραια, να βαλουμε ψηλοτερο ιστο κ.τ.λ μπας και πιασουμε καλυτερο σημα, ειπε να περιμενουμε μεχρι τον Οκτωβριο γιατι θα αντικατστησει το συστημα με καινουργειο και θα προσφερει ασυρματο ISDN, ADSL :hmm:. Φυσικα δυσκολευομαι να πιστεψω αυτη την πληροφορια. Το ασυρματο αυτο συστημα ειναι της Alcatel, ψαχνοντας πληροφοριες σχετικα με αυτο ειχα βρει οτι η Alcatel προσφερει εκδοσεις του που υποστηριζουν ISDN, ADSL. Επισης ειχα ακουσει οτι ο Σωκρατης ετοιμαζε κατι αντιστοιχο. Μπορει ο Ποτε να παρει καποιο κινεζικο, οπως με τα νεα DSLAM για το ADSL2, το τι τεχνολογια θα χρησιμοποιηθει θα εχει ενδιαφερον, χλωμο παντος να ειναι Wimax.

Εαν οντος ισχυουν αυτα που μου ειπε ο Ποτετσης, λετε ο Ποτε να κανει τετοια προοδο ?

Σημερα περασα μια βολτα απο το πλαισιο στην Στουρναρη για να αγορασω αναλωσιμα και οταν πηγα στο ταμιο ειχε μια μεγαλη οθονη οπου διαφημιζε διαφορα πακετα και στην συνεχεια με μεγαλα γραμματα διαφημιζε τις υπηρεσιες:


...
Fast Download

Τηλεφωνεια
Online Gaming
...

Οι παντες διαφημιζουν πραγματα που στην ουσια δεν παρεχονται, εαν ο ΟΤΕ και οι παροχοι μαζι φυσικα, θελουν να πουλανε αυτο το προιον, να το πουλανε αλλα να αναφερεται στην περιφημη συμβαση που υπογραφει ο δυσμοιρος καταναλωτης, οτι τα παραπανω μπορει ποτε να μην λειτουργησουν στην ADSL γραμμη που θα του εγκατασταθει.

....
Τωρα εαν παρουμε την 2η περιπτωση, που γινεται ανα ΙΡ πακετο. Στελνουμε λοιπον ενα ΙΡ πακετο των 1500 bytes που αντιστοιχει σε 29 ΑΤΜ πακετα, ολο μονομιας, με ΑΤΜ πακετα στην σειρα, πριν παμε στο επομενο. Αρα εαν εχουμε την 1η περιτπωση DSLAM, τοτε αυτο θα φτασει σε 29/39500 = 0,7msec !!! Εαν εχουμε την 2η περιπτωση, τοτε ο χρονος αυτος μειωνεται ακομη πιο πολυ, 29/197000 = 0,14 msec !!!!!
...


Με το πρωτο μερος των υπολογισμων συμφωνω, τωρα τη δευτερη περιπτωση την αφησες ημιτελη. Εστω οτι εχουμε 197000 atm cells /sec και 500 χρηστες. Εαν τα στελνουμε μονο σε 29αδες τοτε θα εχουμε 197000/29 = 6793 διαθεσιμες 29αδες. Οι χρηστες ειναι 500 αρα για καθε χρηστη θα αντιστοιχουν 13,586 29αδες στην μοναδα του χρονου. Επομενως για καθε 29αδα του χρηστη απαιτουνται 0.0736 η 73.6 ms.

Η Vivodi δεν εχει μεγαλο ATM δικτυο (απο το DSLAM του ΟΤΕ πιθανοτατα απευθειας πεφτουν σε BBRAS της Vivodi) γι αυτο και ελεγχει καλυτερα το latency και το packet loss που δημιουργουνται λογω συμφορησης στο ATM η λογω συμφορησης BBRAS OTE- BBRAS ISP (που στην περιπτωση της Vivodi συμπιμπτουν). Οσο μεγαλυτερα ειναι Latency & Packet loss τοσο μικροτερο packet per second μπορεις να εχεις, ετσι λειτουργει ο μηχανισμος του TCP.

Για παραδειγμα για packet loss 0.5% (δηλαδη χανονται 5 πακετα στα 1000, κατι που ειναι πολυ πιθανο να ισχυει σε περιπτωση συμφορησης) η πιθανοτητα να παρεις 1000 πακετα επιτυχημενα στην σειρα(ασχετως αν θα ειναι σε ενα δευτερολεπτο η σε μια ωρα) ειναι 0.6% που σημαινει οτι λογω τροπου λειτουργιας του TCP, 99.4% ειναι η πιθανοτητα να ριξει την ταχυτητα στο μισο(και στην συνεχεια στο μισο του μισου κ.ο.κ) το TCP λογω αποτυχιας στην μεταδοση πακετου. Αν προσπαθουμε να παρουμε πολλα μικρα πακετα σε μικρο χρονικο διαστημα δηλαδη το TCP θα ριχνει ανα μικρα χρονικα διαστηματα την ταχυτητα μεταδοσης με αποτελεσμα ουτε πολλα πακετα να παιρνουμε ουτε και καλη ταχυτητα. Αν αρχισουμε να παιρνουμε λιγα μεγαλα πακετα τοτε το TCP δεν ριχνει τοσο συχνα την ταχυτητα στο μισο οποτε παιρνουμε καλυτερη ταχυτητα κατα μεσο ορο. Ο τυπου που σχετιζει το μεγιστο pps με το latency (RTT καλυτερα) και το packet loss p ειναι

R=1.225/RTT*(1/sqrt(p))*(1/(1+9p(1+32p^2))

Για να ελεγξετε αν ισχυει ο τυπος, για ενα συγκεκριμενο site θα πρεπει να μετρατε το RTT το packet loss και το το pps που παιρνετε απο το site και να το συγκρινετε με αυτο που δινει ο τυπος.

* Το TCP αν και ριχνει την ταχυτητα στο μισο μετα απο καθε αποτυχια πακετου, δεν την ανεβαζει στο διπλασιο μετα απο καθε επιτυχια πακετου...
** Δεν σημαινει οτι επειδη και στην Αγγλια και στις ΗΠΑ εχουν TCP θα εχουν το ιδιο προβλημα. Το θεμα ειναι τι latency και packet loss εχουν εκει. Απο αυτα καθοριζεται η συμπεριφορα του TCP.

Συμφωνω μα το θεμα εδω ειναι οτι δεν εχουμε loss, αλλα αποθηκευση των πακετων σε buffers δεν ξερω που, με αποτελεσμα να εχουμε τεραστιο latency και δεν παιζει κανενα ρολο ο μηχανισμος του flow control του tcp σε αυτο, ο περιορισμος πιθανοτατα γινεται στα ppp πακετα οποτε μην τα μπλεκουμε. Το θεμα καταληγει στο απλο συμπερασμα οτι δεν μπορεις να περασεις πανω απο αριθμο ενα ppp πιθανοτατα πακετων απο το διαθεσιμο bw που σου δινεται την τρεχουσα στιγμη, ανεξαρτητα απο εαν αυτα εχουν μεγεθος x η 10*x αυτο το πιστευετε οτι η λογικη συμπεριφορα ?
Στην Vivodi με shared η full-llu π.χ οταν στην Πατρα ειχε στουμπωσει και σερνονταν,ειχε χαμηλο bw και αυξημενο latecny, τετοιο προβλημα δεν εμφανιστικε.

Συμφωνα με αυτο το προσφατο αρθρο http://ask.slashdot.org/askslashdot/06/06/01/2333210.shtml η ολη ιστορια δεν ειναι μοναδικο ελληνικο φαινομενο. Φυσικα εαν εχεις παρει συνδεση 3Mbps ADSL και σου παει μεχρι 1Mbps, το μονο που σε στεναχωρει βασικα ειναι οτι πληρωνεις οχι για 3 αλλα για 1. Οσον ομως αφορα την ταχυτητα συνδεσης εαν ειναι καλη, παιζει VoIP κλπ, νομιζω οτι απο 700+ πραγματικα Kbps και πανω εισαι ΟΚ.

Συμφωνω απολυτα οσο αφορα το bandwidth, αλλα δεν αναφερομουν δε αυτο, αλλα στο πακετοπροβλημα, οσο bandwidth αναλογη στον καθενα καθε στιμγη π.χ αυτο εαν ειναι 1Mbps απο τα 3 Mbps που πληρωνει, να το εκμεταλευεται οπως θελει χωρις πακετοπεριορισμους. Αυτο που λεμε
Network Neutrality

κατι που στην περιπτωση του ΟΤΕ-DSL-Proviters δεν ισχυει, ενω αντιθετος ακομα και στην ελλαδα στην Vivodi με shared η full LLU δεν εχουν το συγκεκριμενο προβλημα, το θεμα BW ας το διαχωρισουμε.

Ωραια τα σηζηταμε για τα γνωστα πακετοπροβληματα, εχουμε ρωτησει τι συμβαινει στις ξενες χωρες ? Δυο φιλους μου που τους εξηγησα το προβλημα σε Αγγλια και ΗΠΑ, δεν εχουν παρατηρησει ποτε τετοιο περιορισμο, θα προτεινα να κανουμε ενα σαφαρι στα διαφορα ευρωπαικα forum να δουμε εαν εχουν αντιστοιχο φαινομενο.

Θελω να τονισω οτι απο μετρηση που εχω κανει παρατηρωντας και το atm cell rate, παρατηρησα οτι δημιουργοντας το ιδιο bw με διαφορετικο αριθμο packet/sec που αντιστοιχα δημιουργουσε διαφορετικο αριθμο ppp packets/sec αλλα στην συνεχεια περιπου ιδιο αριθμο atm cells /sec, εμφανιζοτανε το προβλημα αρα συμπεραινω οτι η ολη δουλεια πρεπει να γινεται στα ppp πακετα μιας και δεν πιστευω οτι υπαρχει ανακγη να τα ανεβασουν σε υψηλοτερο επιπεδο.

Και για οσους αναφερουν οτι αυτη η κατασταση ειναι δικαιη , το μονο που εχω να πω ειναι Ελεος.

Forthnet εχω του τρεις τελευταιους μηνες με την Προσφορα που εβγαλε, πριν ειχα HOL.
Περιπου στις 3.5 το πρωι η γραμμη ξεστουμπωσε και για να καταλαβαινουμε τι θα πει καλη λειτουργια , το παρακατω ping το εκανα κατεβαζοντας με full-speed και ειχα ανοιχτο και το remote Desktop της Nomachine.

Reply from 193.92.150.50: bytes=32 time=107ms TTL=251
Reply from 193.92.150.50: bytes=32 time=84ms TTL=251
Reply from 193.92.150.50: bytes=32 time=86ms TTL=251
Reply from 193.92.150.50: bytes=32 time=155ms TTL=251
Reply from 193.92.150.50: bytes=32 time=128ms TTL=251
Reply from 193.92.150.50: bytes=32 time=116ms TTL=251
Reply from 193.92.150.50: bytes=32 time=102ms TTL=251

δεν εχει και μεγαλη σημασια το max speed που πιανεις με το ποσο καλα δουλευει η γραμμη σου. Πραγματικα ειναι παραπλανηση να κοιταμε με ποσο κατεβαζεις, τι να το κανω εγω να εχω 384 γραμμη να μπορω να κατεβαζω με 42 kb/sec και με το που ανοιγω μια σελιδα το ping να πηγαινει στο 1500 ... , οτι αλλο να παω να κανω εκτως απο downloads δεν δουλευει ...

Το 37 θα ελεγα δεν με νοιαζει καθολου και 20 να ητανε , αυτο που μου προκαλει προβληματα ειναι τα υψηλα pings απο τα λιγα packets/sec.

Επικοινωνησα με την Forthnet και μου ειπαν οτι δεν αντιμετοπιζουν καποιο προβλημα με το Δικτυο τους, οσο για την γραμμη δεν μπορουν να κανουν κατι πρεπει να επικοινωνισω με τον ΟΤΕ , μιας και ειναι στο ονομα μου. Πρεπει να παρατηρισω ομως οτι και παλιοτερα που ειχα προβληματα με την forthnet, ειχα δοκιμασει την ΟΤΕΝΕΤ συγκεκριμενα και γραμμη πετουσε δεν μπορουσα να την στουμπωσω με τιποτα, τωρα απο αυτο βγαλτε συμπερασματα ...

Επισης εχω την υποψια, οτι το κεντρο του ΟΤΕ "Σολωνα" πρεπει να ειναι στο ιδιο κτιριο με το "ΕΑΑΠ ΚΩΛΕΤΗ" , εαν ισχυει αυτο, δεν μπορουν να τραβηξουν να δωσουν οσα Mbits απαιτουνται στο DSLAM "Σωλονας" ειναι τοσο δυσκολο ?????
Μηπως τελικα συμβαινει και αλλου μπουκωμα και για αυτο παρατηρουσα και αυτη την τραγικη διαφορα Forthnet-Otenet στο DSLAM μου της οποιας ενα κομματι βρισκεται στο συγκεκριμενο κτιριο ?

Α και γραμμη μου ειναι 384

Η κατασταση εχει γινει τραγελαφικη, οταν προσπαθεις να αναφερεις ενα προβλημα (ειδικα οταν προκειται για πακετοπροβλημα προβλημα στην ADSL η και γενικοτερα προβληματα DSL). Οι Proviters σε ριχνουν στο ΟΤΕ , o OTE στους Proviters και ολοι μαζι κανουν τον κινεζο.

θελησα να διαμαρτυρηθω στην Forthnet για το τραγικο συρσιμο της γραμμης και μου ειπαν κλασσικα οτι δεν μπορουν να βρουνε καποιο προβλημα και εννοειται για την γραμμη του ΟΤΕ δεν μπορουν να κανουν τιποτα, ειδικα για την περιπτωση μου υποπτευομαι προβληματα και της Forthnet μαζι με του ΟΤΕ, γιατι και παλιοτερα που ειχα κανει δοκιμες με αλλους Proviters οταν ειχα παλι προβληματα εβλεπα καλυτερη λειτουργια. Δειται διαλογο:


< Την γραμμη την εχεται απο την Forthnet ?
me:
Οχι, η γραμμη ειναι στο ονομα μου.
Forthnet HelpDesk:
Α τοτε δεν μπορουμε να κανουμε ελεγχο στην γραμμη σας, επικοινωνιστε με τον ΟΤΕ.>>

Ναι λες και αμα ητανε στο ονομα της Forthnet θα βρισκαμε ακρη.

Τελος παντων επειδη αυτες οι επικοινωνιες με το Helpdesk ειναι ανωφελες, ασε που δεν φταινε και σε τιποτα οι ανθρωποι εκει να τους γκαριζεις, δεν ειναι οι αρμοδιοι και πολλες φορες ουτε εχουν τις γνωσεις να σου απαντησουν, ζητησα εαν υπαρχει δυνατοτητα εγκραφης υποβολης των παραπονων ωστε αυτα να τιθονται στο αρχειο και να μπορω να τα επικαλεστω αργοτερα, τοτε με δωσανε σε καποια προισταμενη και μου ειπε να στηλω email.

Βεβαια το email δεν μπορω να πω οτι καλυψε το αιτημα μου, πως μπορω εγω μετα να επικαλεστω οτι αυτη η απαντηση σταλθηκε απο την forthnet σε περιπτωση π.χ που θελησω να καταγκειλω την συμβαση ?

Στον ΟΤΕ θα παω κλασσικα να συμπληρωσω την αιτηση παραπονων και θα περιμενω απαντηση.

Πραγματικα εχω την απορια ποια στρατηγικη θα πρεπει να ακολουθουμε για να παρουμε μια απαντηση στα προβληματα μας ? Ο ενας σε ρινχει στον αλλον και φυσικα οι προφορικες επικοινωνιες δεν τους αγκιζουν καθολου, πραγματικα πρεπει να βρουμε ενα τροπο να τους τριξουμε λιγο τα δοντια. Επισης το προβλημα της τεκμηριωσης του προβληματος με απασχολει γιατι τωρα μιλαμε για τεχνικους ορους , ip πακετα, ppp πακετα , Kb/sec, ICMP “echo request” πακετα, voip , p2p, http , ftp, πως θα πρεπει να αναφερομαστε στα προβληματα, ωστε να γινομαστε σαφοις και κατανοητοι και να στεκουν επιστημονικα και νομικα αυτα που καταγκελουμε ?

Πραγματικα σκεφτομαι να το ψαξω και νομικα το θεμα γιατι αυτη την αρρωστημενη κατασταση την αντιμετωπιζω σχεδον τρια χρονια τωρα.

Απο χτες ξαφνικα αρχισε η γραμμη να σερνεται αναλεητα, το πακετοπροβλημα στο μεγιστο βαθμο, εχω συνδρομη forthnet και ειμαι στο DSLAM του "Σολωνας". Η μεγιστη ταχυτητα κατεβασμοτος επεσε γυρο στο 37 Kb/sec και τα Packets/sec περιπου στα 27-28. Ακομα και μια σελιδα να ανοιξω το ping εκτοξευεται στα ουρανια. Δειτε το ping οταν φορτωνα την σελιδα του ADSLgr.

ping www.otenet.gr

Reply from 62.103.128.215: bytes=32 time=55ms TTL=56
Reply from 62.103.128.215: bytes=32 time=258ms TTL=56
Reply from 62.103.128.215: bytes=32 time=57ms TTL=56
Reply from 62.103.128.215: bytes=32 time=247ms TTL=56
Reply from 62.103.128.215: bytes=32 time=455ms TTL=56
Reply from 62.103.128.215: bytes=32 time=872ms TTL=56
Reply from 62.103.128.215: bytes=32 time=1003ms TTL=56
Reply from 62.103.128.215: bytes=32 time=950ms TTL=56
Reply from 62.103.128.215: bytes=32 time=567ms TTL=56
Reply from 62.103.128.215: bytes=32 time=417ms TTL=56

και ειναι και cacharismenh η σελιδα, τιποτα αλλο δεν δουλευε ταυτοχρονα.
P2P, Voip, games κ.τ.λ δεν με ενδιαφερει τρεξω αυτη την περιοδο, το μονο που με ενδιεφερε να τρεχω ειναι ενα remote Deskop προγραμμα το NX της Nomachine γιατι κανω δουλεια σε ενα μηχανημα και ενω μεχρι προχτες δουλευε ικανοποιητικα , ξαφνικα αρχισε να σερνεται και μετα διαπιστωσα οτι ουτε μια σελιδα δεν μπορω να ανοιξω σωστα :down:.
Κανεις αλλος που αντιμετοπιζει παρομοια κατασταση αυτες τις μερες ?

Κανονικα το Διοδος επρεπε να δωθει απο το ΕΔΕΤ μεσω του ADSL δικτυου του ΟΤΕ η οποιου αλλου διαθετει ADSL δικτυο και οι Proviters δεν θα επρεπε να εχουν καμια απολυτος σχεση! Βεβαια ο ΟΤΕ αρχισε τα καραγκιοζηλικια και προσπαθησε να το δωσει μεσω της ΟΤΕΝΕΤ , εκει φυσικα και με το δικιο τους φωναξανε οι Proviters και σκακλωσε το θεμα μεχρι να δωθει αυτη η λυση, που σιγουρα διαφερει πολυ απο τις υποσχεσεις. Το ολο προγραμμα καταντησε , κατι σαν επιδοτηση DSL , πως λεμε επιδοτηση ενοικιου :p.
Εαν το δουμε απο την σκοπια των χρηστων του ΕΔΕΤ ετσι μπορει να ειναι και καλυτερα γιατι δεν θα ξεμεινει απο Bandwidth το ΕΔΕΤ , θα στουμπωσουν οι Proviters :whistle:, και τα απανταχου κατεβαστηρια στα διαφορα πανεπιστημια θα συνεχισουν απροσκοπτα το εργο τους. ;)

Μακαρι να εχουμε διπλασιασμο του upload.
Μην νομιζετε και εκει πεφτει χοντρο πακετιασμα, απλα δεν το παρατηρουμε, πολυ θα ηθελα να δω την "2024"/"512" (τα εισαγωγικα για ευνοητους λογους) :p , για καποιους εχει ισαξια σημασια με το download και δεν εννοω φυσικα τα P2P :lol: , θελω να μπορω να μπω στο PC του σπιτιου μου remotly , να παρω ενα αρχειο, να χρησιμοποιησω remote desktop απο μακρια (ΝΧ,VNC κ.τ.λ). Πολλοι επαγγελματιες θελουν να ανεβαζουν μεγαλα αρχεια , αντι να τρεχουν να πηγαινουν οι ιδιοι η να τα στελνουν με courrier στην εποχη του "Fast Internet". Λετε να μπορουμε να κανουμε και Video-Conference :rofl:.

Συμφωνω απολυτα με οτι αναφερθηκε πιο πανω οτι ταχυτητες κατω του 1Mbbps ειναι γελοιες και εαν οι ταχυτητες συνεχισουν να αυξανουν με αυτους τους ρυθμους το χασμα συνεχως θα μεγαλωνει.

Συνηθως οι εταιριες ειναι στις πιο ακριβες συνδεσεις. Πχ εχω μια χιλιαρα και μια 512 στην δουλεια. Και απο πισω δεν ειναι 10, αλλα 60-70 χρηστες. Και ομως δεν ξεπερνω συνολικα τα 20-30GB τον μηνα (εκτος εαν εκεινο τον μηνα βγει νεο distro iso απο αυτα που ασχολουμαι μονο που επιβαρυνει το πολυ 10 με 15GB επιπλεον). Kαμμια σχεση πρωτα απο ολα με τους χρηστες που ανηκουν στην κλαση 384. Ανηκουν σε αλλον VC, οποτε δεν επηρεαζουμε ο ενας τον αλλο (εκτος ισως στον παροχο). Μπορει ομως σε εταιρικες συνδεσεις να χρησιμοποιουν p2p. Αλλο αυτο. Συμφωνω οτι υπαρχουν ατομα που κανουν καταχρηση, και θα πρεπει να γινει κατι με αυτο με μορφη διαφορετικου τιμολογιου και οχι να την πληρωνουν ολοι.

Πχ κατα τα προτυπα εξω θα μπορουσε να γινει το εξης.

1) 1Mbps με cap 10 GB (good priority)
2) 1Μbps με cap 20 GB (good priority)
3) 1Μbps flat rate (low priority οπως περιπου σημερα)
4) 1Μbps flat rate (good priority)
Ομοιως τα 3/4 για μεγαλυτερες ταχυτητες. Τα 1/2 για αυτους που θελουν για λιγες ωρες την ημερα web surfing/email με το μικροτερο δυνατο κοστος. Υποψη οτι δεν προτεινω καν 384 και 512. Οι χρηστες 1/2 με ογκοχρεωση θα εχουν και προτεραιοτητα εναντι του 3, μιας και εχουν δεσμευση για πολυ μικρο ογκο συνολικα τον μηνα. Επισης οσοι μπορουν να πληρωσουν κατι παραπανω θα παιρνουν το 4 που θα εχουν καλυτερη προτεραιοτητα εναντι των 1/2/3 (πχ εταιριες). Τιμες μαζι με την ΑΡΥΣ θα μπορουσα να προτεινω για το (1) πχ 6 ευρω, για το (2) 9 ευρω, για το (3) 14 ευρω και για το (4) 30 ευρω. Καποιοι θα πουν μα γιατι 9 ευρω οταν με 14 πας flat rate. Ναι αλλα με 9 ευρω θα εχεις οριο 20GB (που ειναι υπεραρκετο), αλλα με πολλη καλη ποιοτητα (χωρις προβληματα pps για voip/gaming). Η (3) ειναι γιαυτους με τα κατεβαστηρια που θα μοιραζονται οτι περισσευει απο τις αλλες περιπτωσεις. Οσο για την (4) μπορει να εχει καλυτερη προτεραιοτητα, αλλα μπορει να εχει και καποια φραγη - cap στον ογκο p2p τον μηνα (πχ 50GB / μηνα max σε p2p/torrents). Ετσι ο καθενας θα παιρνει αυτο το πακετο που θελει και θαναι οκ. Και σιγουρα ειναι καλυτερα ετσι, κατα την γνωμη μου, απο το να δουμε γενικη καταργηση των p2p σε ολους
Συμφωνω καλο θα ηταν να υπαρξουν και αλλες διαβαθμισεις και μεγαλυτερες ταχυτητες , εχουμε κολησει στο 1Mbbs, ελεος. Το priority μπορω να το μεταφρασω στο να πεφτεις σε αλλο λογο χρηστων /bandwidth και σε περιπτωση κορεσμου να εχεις μεγαλυτερες ταχυτητες, αλλα αλλο αυτο και αλλο το σημερινο χαλι οπου το bandwidth δινεται με οριο στα packets/sec αχρηστευοντας τις περισσοτερες υπηρεσιες. Ειναι γελιο να αναγκαζεσαι να βαζεις μεγαλυτερη γραμμη , μονο και μονο για να εχεις περισσοτερα Packets per Second, δεν ειναι λιγες οι περιπτωσεις οπου καποιος εβαλε γραμμη 512 η 1024 και κρατησε συνδρομη 384.

Μετρα ποσα GB το μηνα κατεβαζει ενας περιστασιακος χρηστης με χρηση Web/email κλπ και ποσα ενας με κατεβαστηρια σε p2p; Ενας περιστασιακος χρηστης ακομη και εαν χρησιμοποιει το Ιντερνετ για 3-4 ωρες / ημερα στις οποιες φυσικα δεν κατεβαζει συνεχεια, θα κατεβασει περιπου 200ΜΒ / ημερα. Δηλαδη 6GB / μηνα. Ενας με κατεβαστηρι ομως που θελει να κατεβαζει full speed, το μηνα θα κατεβασει περιπου 90GB (εαν η γραμμη του δουλευει με πληρη ταχυτητα συνεχως). Ποιος κανει καταχρηση; Εκτος εαν εννοεις καταχρηση πολλοι χρηστες web εναντι ενος που θελει να κατεβαζει p2p (συγκεκριμενα τουλαχιστον 15 περιστασιακοι εναντι ενος p2p).

Θα καταλαβεις οτι την καταχρηση του δικτυου την κανουν τα p2p που λειτουργουν επι 24ωρου βασεως 365 μερες το χρονο. Γιαυτο και στο εξωτερικο εχουν ηδη αρχισει να κανουν περιορισμους στα p2p.
Να μην ξεχνας ομως οτι και πολλες εταιριες βαλανε ADSL, οπου απο πισω δεν ειναι ενας αλλα 10 χρηστες που χρησιμοποιουν mail/web κ.α , επομενως τα παραπανω δεν ισχυουν σε εργασιμες ωρες οπου σε ορισμενα DSLAM σερνεται το συμπαν, δεν φταινε για ολα τα P2P !!!!!.
Συμφωνω οτι υπαρχουν οι αμετανοητοι των P2P και θα επρεπε να πληρωνουν παραπανω αλλα να υπαρχουν και λογικες επιλογες για τους υπολοιπους που κατεβαζουν περιστασιακα , οχι προγραμματα 1-5 GB και μετα παμε flat-rate , θα μπορουσανε να εχουν προγραμματα του στυλ 5, 10, 20, 40GB και flatrate, αλλα σε καμια περιπτωση δεν θα πρεπει να γινεται το shapping σε βαρος καποιας ομαδας χρηστων, κοινως θα πρεπει να βλεπει τυφλα το rate που ανεβαζει και κατεβαζει ο καθε χρηστης , οχι τα καραγκιοζηλικια τα τωρινα, που δεν δουλευει τιποτα αλλο σωστα εκτος απο το web/mail, δηλαδη χαθηκαν οι αλλες υπηρεσιες online games, voip , remote desktop, streaming κ.α . Αμα θελουν να πουλανε τετοιο προιον να το αναφερουν στο συμβολαιο τους ρητα και οχι να δουλευουν των κοσμο.

Μερικες φορες αναρωτιεμα,ι εαν ολο αυτο το χαλι εχει να κανει με την προσπαθεια του ΟΤΕ να προστατεψει τις μισθωμενες γραμμες του, οπου η εξωφρενικη τιμολογηση τους εχει φερει την Ελλαδα πολλα χρονια πισω στην αναπτυξη των επιχειρησεων στο Internet και επηρεαζει αρνητικα και την αναπτυξη της πληροφορικης.

Δεν ειχα ποτε μου προβλημα με πολλα tabs, ταυτοχρονα με email και απο την αλλη με videoconference,

Φυσικα ολα αυτα δεν μπορω να τα κανω μαζι με το μουλαρι να κατεβαζει στο φουλ;)
Μπορει να μην σου ετυχε αυτο το προβλημα , αλλα για ρωτα χρηστες που βρισκονται π.χ σε DSLAM οπως αυτο της Κωσταντινουπολεως στην Πατρα και ειναι σε κλαση 384, ολα αυτα συνεβαιναν και πραγματικα μου ειχαν σπασει τα νευρα.
ΚΑΙ ΦΥΣΙΚΑ ΔΕΝ ΕΙΧΑ ΤΟ ΜΟΥΛΑΡΙ να τρεχει στο απο πισω η οτιδηποτε αλλο, δεν μπορω να καταλαβω γιατι πρεπει να θεωρουμε οτι καποιος τρεχει το μουλαρι η αλλα ζωακια για να εχει προβλημα, και οσοι λενε οτι δεν εχουν καθολου προβλημα συνηθως δεν ειναι στην κλαση 384 , φυσικα αλλαζοντας κλαση δεν λυνει το προβλημα απλα το αμβλυνει και δεν γινεται τοσο ενοχλητικο.

Ρε παιδια νομιζω οτι δεν ειναι καταχρηση να θελει καποιος να ανοιγει 5-6 tabs και να μην σερνεται η συνδεση , πολυ κλασσικο θα ελεγα οταν ψαχνεις στο google, forums κ.τ.λ. Η ακομα και αλλες περιπτωσεις να ανοιξεις πανβαριες flash σελιδες η να κατεβαζεις ενα streaming αρχειο οπως αναφερθηκε και να θελεις να μπορεις να σερφαρεις ανθρωπινα ταυτοχρονα. Μια ακομα πολυ κλασσικη περιπτωση κατεβαζεις ενα αρχειο η να παιρνεις τα mail σου και ταυτοχρονα να σερφαρεις χωρις να περιμενεις αιωνια να φορτωσουν οι σελιδες. Να μην αναφερω πιο advanced περιπτωσεις να κανεις share την adsl σε δυο τρεις υπολογιστες και να σερφαρουν ταυτοχρονα. Ολες αυτες οι περιπτωσεις δεν θεωρουνται κανονικη χρηση του web ,ειναι καταχρησεις ?? :shock: Η σωστη χρηση της OTE-ADSL ειναι να ανοιγουμε μονο μια σελιδα χωρις πολλα πολλα για να μην μπουκωσει η γραμμη:hmm:?
θα τα ακουσουν πουθενα στο εξωτερικο αυτα και θα πεσουν κατω απο τα γελοια. :rofl:

Να τονισω για 10000... φορα για οσους δεν το εχουν συνειδητοποιησει , οτι αυτο το υπουλο οριο των 30pps επηρεαζει επισης εντονοτατα και το Web/Surfing , email , και φαινεται σε ολο του το μεγαλιο οταν ανοιγεις 5 tabs στο firefox , η κατεβαζεις ενα αρχειο και σερφαρεις ταυτοχρονα , γιατι αλλο να κατεβαζεις με full-speed και να εχεις ping 100 και να σερφαρεις και αλλο 1200.
Οσο για τα P2P, Voip, games κ.τ.λ στις κακες περιπτωσεις αρκουνε μερικα δευτερολεπτα λειτουργιας για να εκτοξευτουνε οι τιμες του ping σε τριψηφια νουμερα και στις πολυ κακες περιπτωσεις σε τετραψηφια νουμερα.
Αυτα για να μην ξεχνιομαστε.

@psyxakias

Αυτο που λες κινει υποψιες. Εαν πεφτει η ταχυτητα σου, μετα απο καποιες ωρες συνεχους λειτουργιας, τοτε κανε δοκιμη με ενα demo η αλλο λογαριασμο. Εαν με εκεινο παιζει καλα, τοτε εχουμε κοφτη απο τον παροχο (σιγουρα πραγματα). Εαν οχι, τοτε ειμαστε ακομη στην αβεβαιοτητα με κυριοτερο υπαιτιο τον ΟΤΕ.

Οσο για τις εξηγησεις που δινουν διαφοροι τεχνικοι του ΟΤΕ, εγω δεν πιστευω τιποτα απο αυτα που λενε. Στην πραγματικοτητα ουτε και εκεινοι ξερουν. Το μονο που ξερουν ειναι πως να στηνουν τον εξοπλισμο και να κανουν τις συνδεσεις. Απο την στιγμη που τα DSLAMs ειναι συνδεδεμενα, ολα (προγραμματισμος - ρυθμισεις) γινονται με τηλεδιαχειρηση και δεν με ξενιζει το γεγονος να γινεται και απο την ιδια την προμηθευτρια εταιρια. Οποτε οτι λενε οι ΟΤΕτζηδες, ειναι οτι εχουν ακουσει. Δηλαδη εαν αρχισουμε πχ συστηματικα να λεμε οτι το προβλημα οφειλετε πχ σε ενα bug που εχει ονομαστει pastafarian :lol: να ειστε σιγουροι οτι μετα απο λιγο καιρο θα το ακουτε ως εξηγηση απο τους τεχνικους του ΟΤΕ !!! Αφηστε που με την εθελουσια, και με την κληρονομια των εργαζομενων που ειχε ως τωρα, αμφιβαλλω για το αριθμο ικανων τεχνικων να λειτουργουν τετοια συστηματα (οι περισσοτεροι τυφλοσουρτικα κανουν ορισμενες δουλειες). Εν ετει 1996 δεν μπορουσα να πεισω εναν προισταμενο επικοινωνιων του ΟΤΕ (μια μισθωμενα HellasCOM που τοτε αρχισαν να τα δινουν) οτι μπορουσαμε μεσα απο 64Kbps HellasCOM να περασω μεχρι και τεσσερα καναλια φωνης (TDM με τα κλασσικα Marathon). Δεν το πιστευε με τιποτα! Κι ομως η γη γυριζει......
θα ελεγα και εγω οτι ειναι υποπτος και ο Proviter,εξαλου αυτοι πληρωνουν το traffic, αλλα το προβλημα με τα πακετα, το αποδιδουμε και αυτο στους κοφτες του Proviter ?

εμενα στις 02:00 ξεμπουκωσε, προβλεπω να ξαναμπουκωσει το πρωι. απλα μου κανει ιδιαιτερη εντυπωση οτι 4 μηνες που κατεβαζα <9 Gb ανα μηνα, ηταν αψογη η γραμμη. μια μερα κατεβασα 10 Gb και διαλυθηκε το συμπαν.
Πολυ παραξενη συμπτωση, φαινεται σαν να σου βαλανε limit στο DSLAM. Μου ειχε πει μια φορα ενας τεχνικος του ΟΤΕ στο περιφημο DSLAM Κωσταντινουπολεως, οτι γινονται update απο τα κεντρικα καποια limits στο DSLAM αναλογα με το κινηση του καθε χρηστη καθε 24 ωρες. Φυσικα δεν τον ειχα πιστεψει και δεν με απασχολουσε το θεμα και ο συγκεκριμενος τεχνικος δεν με επειθε για τις γνωσεις του, γιατι ειχαμε ακουσει πολλες και διαφορες μπαρουφες. Εαν ομως στρωσει ετσι απλα τοτε πραγματικα ειναι υποπτο.

Μερικα επιχειρηματα λογικης:

1) Ο κοφτης πακετων δεν ειναι μια μονιμη κατασταση. Εχει παρατηρηθει οτι σε ωρες μη αιχμης δεν υπαρχει προβλημα (πχ οπως το τριημερο η μετα απο διακοπες της ΔΕΗ κλπ) εκει οπου υπαρχει το προβλημα αυτο. Και επειδη μπορει να συμβαινει σε ακανονιστες ωρες, αρα δεν ειναι προγραμματισμενο. Αρα ο κοφτης δεν ειναι μονιμη κατασταση και μαλλον ενεργοποιειτε σε συνθηκες κορεσμου η σχεδον κορεσμου (πχ στο 80% "γεμισματος" της γραμμης DSLAM - BBRAS)

2) Ειπωθηκε οτι μπορει να φταιει ο BBRAS του ΟΤΕ και οτι λογω επεξεργαστικης δεν μπορει να αντιμετωπισει τοσα IP πακετα, οποτε τα κοβει. Ομως, χωρις να ξερω λεπτομερειες και απλα εικαζοντας, δεν υπαρχει προβλημα στο upload συνηθως ακομη και στις χειροτερες των περιπτωσεων. Εαν ηταν θεμα ισχυος της CPU, τοτε θα ειχε προβλημα και εκει, αλλα δεν φαινεται να συμβαινει κατι τετοιο. Να ισομοιραζει η cpu του bbras μεταξυ upload / download μου φαινεται λιγο παραξενο, αλλα οχι βεβαια αδυνατο (ειπαμε δεν ξερω τι μηχανηματα εχει ο ΟΤΕ και λεπτομερειες αυτων, απλως εικασιες κανω). Απο την μεχρι τωρα εμπειρια μου με τα cisco τουλαχιστον, κατι τετοιο δεν συμβαινει (ισομοιρασμος επεξεργαστικης ισχυος). Αρα το πιθανοτερο ειναι οτι δεν συμβαινει κατι τετοιο.

3) Επισης θα ηταν πιο ευκολο (και απο επεξεργαστικη ισχυ) να υλοποιηθει ισως ο πληρης καταμερισμος της ταχυτητας, μιας και στα ΑΤΜ κυκλωματα, που υπαρχει συγκεκριμενο μεγεθος κελιου, συγκεκριμενη ταχυτητα σημαινει και συγκεκριμενος αριθμος ΑΤΜ κελιων. Εδω ομως δεν συμβαινει κατι τετοιο. Ο περιορισμος ειναι στα IP πακετα. Δηλαδη με το που ερχεται ενα IP πακετο στον BBRAS το ενθυλακωνει σε οσα ΑΤΜ κελια χρειαζεται και μετα παει στο επομενο ΙΡ πακετο. Και για καθε συνδεση (οταν μπαινει ο κοφτης σε λειτουργια) εχει συγκεκριμενο αριθμο ΙΡ πακετων. Αυτο εμενα μου θυμιζει προγραμματισμο buffers (queueing). Δηλαδη εχει εναν μεγιστο αριθμο ΙΡ πακετων (buffer) για το συνολο των συνδεσεων του BBRAS, η οποια ομως αναλογικα για καθε συνδεση δεν ξεπερνα τα 30 για τις συνδεσεις 384 (οπως εχει παρατηρηθει). Οποτε εαν ολες οι συνδεσεις ειναι ενεργες, μονο 30 πακετα buffer παιρνει η καθεμια και παει. Εαν δεν ειναι ολες ενεργες, τοτε αυτες που ειναι εχουν μεγαλυτερο περιθωριο. Και αυτο φυσικα ειναι μια εικασια. Εαν καποιος, ειδικα απο μεσα, ξερει περισσοτερα ας μας πει πεντε πραγματακια να ξερουμε τουλαχιστον τι παιζει και ποιον να κατηγοραμε..
Δεν εχω καμια ιδεα πως ειναι στημενο το bbras του ΟΤΕ και με τι τροπο προκαλειται το προβλημα με τα πακετα , παντος απο αρκετες δοκιμες που ειχα κανει απο το σπιτι μου με ενα pc στο πανεπιστημιο υπαρχει προβλημα και στο upload, δεν ειχα καταφερει να εξακριβωσω κατα ποσο συσχετιζονται, αλλα το πιο πιθανο ειναι να υπαρχει εξαρτηση. Τις δοκιμες τις εκανα με UDP πακετα με τετοιο τροπο ωστε να μην υπαρχει εξαρτηση των Packets per second και το bitrate που ανεβαζα και κατεβαζα. Τις δοκιμες αυτες τις ειχα κανει στο περιβοητο και φημισμενο φοιτητο-DLSAM Κωσταντινουπολεως οταν ημουν στην Πατρα.

Ηταν μια περιοδος που ειχα και μια συνδρομη της OTENET και εκανα μερικες δοκιμες για να δω εαν υπαρχει διαφορα μεταξυ OTENET και Forthnet που εχω κανονικα και παρατηρισα οτι ενω οταν ημουν με forthnet αντιμετοπιζα καποια προβληματα με τα PPS, οταν συνδεομουν με την OTENET δεν στουμπωνε σχεδον με τιποτα, ολα αυτα στο Dslam 74 Siemens-Σολωνας ... , μπορει να το επιβεβαιωσει καποιος αυτο ?

Ειμαι σε φιλο που εχει adsl over isdn.
Δοκιμαζουμε ενα παιχνιδι rts το age of empires III.
Συνδεομαστε με την adsl και μπαινουμε σε δωματια. Μολις ο αριθμος των παιχτων ξεπερασει τους 4-5 τοτε τα ping αρχιζουν απο πρασινα να γινονται κοκκινα αποτομα και χωρις ενδιαμεσα σταδια.
Δοκιμαζουμε μεσω isdn και τοτε σε δωματια με 6 παιχτες τα ping ειναι σταθερα πρασινα...
Αυτο θα πει γρηγορο ιντερνετ και τα παιχνιδια παιζονται καλητερα με adsl.
Τα παιρνει (βοηθησα και εγω) και σημερα πηγε να κοψει την συνδεση adsl αφου με isdn μπορει καλητερα. Παει απο το καταστημα (παπαφη στην Θεσ/νικη) και τι του λεει εκει ενας "υπευθυνος"...οτι τα 384 μοντεμ εχουν γεμισει και οτι αν βαλει 512 τοτε δεν θα εχει προβλημα...και λεω εγω στον φιλο (δυστυχως δεν ημουν στο οτε) αν ειναι ετσι τοτε δεν θα κατεβασες με 40 αλλα με 25 λογω πιταρισματος του dslam.
Το καλο ειναι οτι τελικα την εκοψε την adsl :up:
Πρεπει να πηγαινουμε απο τα γραφεια τους και να δημιουργουμε "προβληματα". Να φωναζουμε να εκβιαζουμε να ...να...να... αλλιως δεν βλεπω να γινεται τιποτα...
Δεν παμε καλα, εχουν ξεφυγει, του προτειναν να αναβαθμισει την συνδεση για να "λυθει" το προβλημα (που σιγα μη λυνοτανε απο 20 pps θα πηγαινε 40pps):dwarf, μπορουμε αραγε να παρουμε γραπτος αυτες τις "λυσεις" η θα πρεπει να παμε με κρυφη καμερα :p

Το τραγικο αυτης της υποθεσης ειναι οτι τιποτα αλλο εκτος απο τα Downloads δεν δουλευει και αυτα κουτσουρεμενα και δυστηχως τα περισσοτερα παραπονα ειναι μονο για τα Downloads και οχι για τα υπολοιπα :cry:.
Για αυτο θα επιμενω να φτιαξουμε την μαυρη λιστα των DSLAM, μπας και αφυπνισουμε κανεναν. Αλλο να τα γραφουμε αποσπασματικα στο χαος και αλλο να τα βλεπεις αναγλυφα :p. DSLAM ΧΧΧΧ πιθανος μεσος ορος Packets per second 20, υπηρεσιες που δουλευουν ?
Μονο Web και chat, αλλες χρησεις , τον ...:lamer

Για να γινει αυτο πρεπει καταρχην να γνωριζουμε σε ποιο ΣΥΓΚΕΚΡΙΜΕΝΟ DSLAM πεφτουμε. Αυτη η πληροφορια δεν ειναι επισημα ανακοινωσιμη απο τον ΟΤΕ.
Σιγουρα δεν θα μπορει να ειναι απολυτα ακριβες για πολλους λογους , αλλα τουλαχιστον να παιρνουμε μια ιδεα της καταστασης.
Εχω ενα εσωτερικο DSL modem το Fritz DSL SL που στα Windows οι drivers του σου λενε το chipset του Dslam που εισαι, μπορουμε ετσι να ξεχωρισουμε Siemens με Intracom ? Το λενε και αλλα modems αυτο ?
(*και σου διαλυουν το Dial-up Networking των Windows και δεν δουλευει κανενα αλλο modem)

Υπαρχει κανα tool, ετοιμο , που να το στηνεις σε ενα linuxouserver και να μπορουν διαφοροι χρηστες να κανουν αξιολογιση της ADSL ? Το λεω αυτο επειδη οι περισσοτεροι proviters εχουν αξιοπρεπει συνδεση με το grnet και ισως τα test να ειναι πιο σωστα απο οτι με το εξωτερικο.
Θα μπορουσα να βοηθησω να στηθει ενα σε καποιο μηχανημα στο Grnet :whistle: (με καποιο limit στους χρηστες βεβαια, μην το παρακανουμε κιολας).

Εχω φτιαξει ενα πολυ πολυ απλοικο σε C προγραμματακι που του λες ποσα kbyte/sec θελεις με ποσα Packets Per Second και εαν ειναι δυνατον στα δημιουργει και τα στελνει. Εχω αρχισει να το φτιαχνω σε threaded client-server μορφη με πιο σωστο τροπο να δημιουργει το traffic οπως θα ηθελα να ειναι , απλα εχω μπλεξει τωρα και δεν το τελειωσα, το κανω upload μηπως και φανει χρησιμο σε κανεναν. Εχω κανει διαφορα γαργαλιστικα πειραματα με αυτο :p

Θα προτεινα να δημιουργησουμε μια λιστα με την κατασταση οσο αναφορα την ταχυτητα και τα Packets Per Second για οσα περισσοτερα DSLAM γινεται , ωστε να εχουμε μια εικονα της καταστασης. θα μπορουν και οι χρηστες να βλεπουν που οφειλεται η κακομοιρια της γραμμης τους.