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

[sdiama]

Επειδή πιάσαμε τη συζήτηση για codecs... από προσωπική εμπειρία μόνο με ένα codec έχω πράγματι καλή ποιότητα επικοινωνίας και αυτό είναι το G721. Δυστυχώς είναι shareware. Αυτό σημαίνει ότι για Asterisk θα πρέπει ν'αγοραστεί και βρίσκεται ενσωματωμένο μόνο σε shareware IP-Phones, ή σε hardware IP-Phones.

- Ποιότητα ήχου καλή. Οχι πολύ καλή - απλά καλή, αλλά απόλυτα αποδεκτή.
- Πολύ μικρή κατανάλωση bandwidth (4-5 kb)
- Καλή απόδοση με μικρό latency σε ομιλίες κοντά στο μισάωρο. Από εκεί και πέρα το latency μεγαλώνει και φτάνει μέχρι και 7 sec (max) μετρημένο με τον συνομιλητή. Αυτό βέβαια σε νορμάλ ώρες, γιατί έχω παρατηρήσει ότι σταδιακά από το απόγευμα και μετά το latency μεγαλώνει και η ποιότητα πέφτει έτσι ώστε μετά τις 7-8 το απόγευμα να είναι αδύνατη η επικοινωνία.

[sdiama]

Ξέχασα ν'αναφέρω ότι τα παραπάνω αναφέρονται σε ομιλίες που είχα, με τον γάιδαρο ανοιχτό και upload limit στα 3 kb περίπου.

[anon]

Πρώτα απο όλα το G721 είναι 32Κbps ADPCM. Και γενικά είναι περίεργο να έχεις 4-5 kb bandwidth. Αυτο μπορείς να το επιτύχεις μόνο, εαν έχεις silence suppresion και εκείνη την στιγμή που μετράς, δεν μιλάς

Ειδικά για το G721, το καλύτερο που μπορείς να επιτύχεις είναι περίπου 12-14Kbps με silence suppresion και με compressed RTP. Το οποίο όμως δεν παίζει παντού (πχ asterisk). Αρα χωρίς silence suppresion/compressed rtp θα πιάνεις 55Kbps περίπου...

VoIP Calculator

[frap]

Έχω την εντύπωση ότι ο ένας σας μετρά σε kΒITS per second και ο άλλος σε kByte per second...

Και επί της ουσίας λέτε το ίδιο πράγμα

[paravoid]

Αν μπορείς δοκίμασε το G723 που έχει 30ms framerate (δηλαδή θέλει 33pps για να παίζει άψογα). Μόνο που για το asterisk δεν έχω τέτοιον codec. Κάποια IP Phones (όπως το GrandStream) το υποστηρίζουν ενγενώς.

g723 gsm ulaw alaw g726 adpcm slin lpc10 g729 speex ilbc
g723 - 24 5 5 22 6 4 23 79 124 68

Γιατί δεν έχεις g723 στο *;

BTW,:

NumTxFrames Number of frames per outbound audio RTP packet. For G.711 and G.729
codecs, a frame is 10 ms. Cisco recommends that you use the default value.
Valid values are 1, 2, 3, 4, 5, or 6.
Value type: Integer.
Default value: 2

Α και pps-aside, το speex έχει την καλύτερη ποιότητα από τα low-bandwidth codecs σε μένα.

[psyxakias]

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

[Lefh]

Παιδιά σήμερα η γραμμή έγινε 512....
Καμία σχέση με την 384

Κατέβασμα με 50 Κ/Δευτερόλπετο σταθερά (πριν ήμουν στα 30), το Voipbuster παίζει άψογα και το Counter Strike Source, απλά πετάει....
Ping sto CS Source 30 με 50 ms κάτω

Αυριο θα κάνω tests για packet limting και θα ενημερώσω....
Πάντως με μια πρώτη εντύπωση η αλλαγή ήταν εντυπωσιακή σε όλα τα επίπεδα....
Μακάρι να κρατήσει

[Acinonyx]

Δεν μπορώ να καταλάβω γιατί είμαστε υποχρεωμένοι να αναβαθμίσουμε σε 512 για μην έχουμε "κόφτη". Ποιός μας εγγυάται ότι δεν θα γίνει αυτό αυριο-μεθάυριο και στην 512?

Νομίζω ότι κάτι πρεπει να γίνει για αυτή την ιστορία.

Τι επιλογές υπάρχουν;

[gbil]

Τελικά εμένα σίγουρα λειτουργεί σωστά αυτή την στιγμή. Το skype παίζει μια χαρά σε αντίθεση με τα κολλήματα που έκανε πριν και μπορώ να κάνω ping άνετα με λογικά αποτελέσματα κατά την διάρκεια συνομιλίας.
Δεν ξέρω τι ακριβώς έκανε η Forthnet ή ο OTE από προχθές που διαμαρτυρήθηκα αλλά σίγουρα κάτι έγινε.

[paravoid]

Δεν μπορώ να καταλάβω γιατί είμαστε υποχρεωμένοι να αναβαθμίσουμε σε 512 για μην έχουμε "κόφτη". Ποιός μας εγγυάται ότι δεν θα γίνει αυτό αυριο-μεθάυριο και στην 512?

Νομίζω ότι κάτι πρεπει να γίνει για αυτή την ιστορία.

Τι επιλογές υπάρχουν;

Μα τι άλλο; Να βάλεις 1024/256
Εγώ το ζήτησα σήμερα πάντως.

Άντε, περιμένουμε LLU από τους παρόχους τώρα, να τελειώνουμε. Ξέρω πως θα δώσουν 2-3 σίγουρα.

[psyxakias]

Παιδιά σήμερα η γραμμή έγινε 512....
Καμία σχέση με την 384

Εμένα μετά τις 14 ημέρες η 512 έγινε ΑΚΡΙΒΩΣ τα ίδια χάλια με την 384 στα πακέτα. Οπότε μην βιάζεσαι...

Δεν μπορώ να καταλάβω γιατί είμαστε υποχρεωμένοι να αναβαθμίσουμε σε 512 για μην έχουμε "κόφτη". Ποιός μας εγγυάται ότι δεν θα γίνει αυτό αυριο-μεθάυριο και στην 512?

Κανένας απολύτως, αφού μάλιστα ξεκίνησε ΗΔΗ το πρόβλημα στις 512, εμένα έχει 40-50 pps αντί για 30 pps που είχα στην 384.

[Achille]

Acinononyx και Paravoid welcome... Αναπάντεχη η συνάντηση.

Χε

Και ψάχναμε πριν καμιά βδομάδα με τον paravoid να βρούμε γιατί δεν λειτουργεί το QoS που είχαμε βάλει στη γραμμή του και τρώγαμε το lag της αρκούδας στο voip, και τραβάγαμε τα μαλλιά μας...

Που να φανταστούμε ότι στον ΟΤΕ QoS = DoS ...

[psyxakias]

Από σήμερα εγώ ξεκινάω και tests στα ICMPs (πέρα από τα UDPs) και στο μεταξύ ακόμα περιμένω τηλεφώνημα από τους τεχνικούς του DSLAM.

[dpetka2001]

ρε παιδια με ποιον τροπο στελνετε πακετα στον υπολογιστη σας με ρυθμο μεγαλυτερο απο οτι αντεχει η γραμμη ωστε να δει κανεις που εφαρμοζεται ο κοφτης?? ειδα τη μεθοδολογια του psyxakia αλλα δε λεει κατι γι'αυτο...μονο πως μπορεις να τα μετρησεις...ευχαριστω...

[PrOzAk]

Χε

Και ψάχναμε πριν καμιά βδομάδα με τον paravoid να βρούμε γιατί δεν λειτουργεί το QoS που είχαμε βάλει στη γραμμή του και τρώγαμε το lag της αρκούδας στο voip, και τραβάγαμε τα μαλλιά μας...

Που να φανταστούμε ότι στον ΟΤΕ QoS = DoS ...

Πες τα να μην τους παρει ο διαολος...Μεχρι και refresh στην λιστα με τους server του cs:source και τρωω ενα dos apo to dslam μεχρι και την συνδεση μου ριχνει.Οπως αλλωστε και με το azureus...ναι μεν κατεβαζω με 5κ συνολο δεν μπορω να ανοιξω ουτε explorer λογω των πολλων συνδεσεων και των μικρων πακετων.