Δεν ειναι alaw η επικοινωνια πλεον. Ουτε λυνεται με inband στο ακρο. Η κατασταση ειναι hit or miss, και μονο με μεγαλο στατιστικο δείγμα και καπως αυτόματη καταμετρηση βγαίνουν συμπερασματα.
Βαζεις ενα ivr, βαζεις και ενα default ivr selection που παει αυτοματα με timeout στην πιο κοινη επιλογή και κοιτάς ποιες κλησεις πηγαν απο κει.
Στη συνεχεια ανασυρεις την ηχογραφηση δειγματοληπτικα (που πρεπει να την εχεις πειραξει να ξεκιναει να γραφει και το ivr part - εχω περασει feature request και θα βγει στα settings του freepbx rel 15) και ακους.
Καποιοι δεν πατανε καν. Καποιοι ψαχνουν στο κινητο τους πως θα το γυρισουν σε dtmf, και καποιοι βριζουν γιατι το "ρημαδι" δεν ακουει τα dtmf (κανουμε τουλαχιστον ενα repeat στο announcement).
Βλεπουμε το νουμερο του καλουντα, πηγαινουμε στο foritotita.gr και απο κει εντοπιζουμε τον παροχο με τα περισσοτερα failures (πρακτικα ολοι εχουν απο λιγο)
Στη συνεχεια ζηταμε απο τον παροχο μας να δει οι συγκεκριμενες κλησεις τι dtmf negotiation ειχαν στη δικια του διασυνδεση, παρουσιαζοντας του τα δικα μας traces, η την ηχογραφηση με τα dtmf σε mp3 (που ειναι ευκολοτερο) καθως και τα call logs.
Και ευελπιστουμε οτι α. θα καταλαβει, β. θα ασχοληθει γ. θα ανοιξει ticket στον παροχο που εχει το προβλημα δ. Θα το καταλαβει και εκεινος
ε. θα ασχοληθει να το εντοπισει, και στ. θα μπορει να το φτιαξει.
Η μεταβαση σε sip διασυνδεση σημαινει μετατροπή legacy συστηματων. Οχι και το ευκολοτερο πραγμα.
Οσα sbc και να βαλεις, αν η κληση καπου εχει δηλωθει inband και σε εκεινο το leg περασει px σαν g729, απλα χασαμε. Αν πχ καποιος εχει βαλει καπου auto, και αυτο μια στις 10 κλησεις αντι για rfc προσπαθει inband, η ακόμα χειρότερα, αν το auto ειναι η μονη επιλογη (γιατι ετσι το εγραψε ο κινεζος/ινδος του sbc) αντιλαμβανεστε οτι δεν εχουμε και πολυ τυχη να φτιαχτει το θεμα συντομα. Και βεβαια δεν ειναι ολα asterisk.
Ετσι θα σερνεται, το dtmf signaling ειναι αναξιοπιστο στην ελληνικη πραγματικοτητα.
Αυτο κανει affect ivr, και συναγερμους. Οι συναγερμοι το παλευουν με επανακληση. Τα ivr με αναγνωριση φωνης.
Επαιζε ωραια αυτό μεσω google, ηταν και τσαμπα. Αλλα πλεον εχει κόστος. Ξηλωθειτε.
Εμφάνιση 31-45 από 64
-
16-10-19, 07:54 Απάντηση: freepbx dtmf από τη vodafone #31
-
16-10-19, 09:06 Απάντηση: freepbx dtmf από τη vodafone #32
-
20-10-19, 12:39 Απάντηση: Re: freepbx dtmf από τη vodafone #33
-
23-10-19, 09:41 Απάντηση: freepbx dtmf από τη vodafone #34
-
31-10-19, 16:46 Απάντηση: freepbx dtmf από τη vodafone #35
Καλησπέρα σας,
Αυτη ειναι η απαντηση απο τον ΟΤΕ
"Σε συνέχεια της τηλεφωνικής σας επικοινωνίας και σε έλεγχο που έγινε από τους τεχνικούς μας θα θέλαμε να σας ενημερώσουμε ότι οι κλήσεις που δεν λειτουργούν τα DTMF είναι γιατί δεν υποστηρίζεται το RFC2833 και δεν επιστρέφει το pbx σας telephone event.
Παραμένουμε στη διάθεσή σας για οποιαδήποτε άλλη πληροφορία ή διευκρίνιση."
Με κοροιδευουν τι ειναι αυτα που λενε για rfc2833. Το κέντρο το υποστηρίζει κανονικά, μήπως θέλουν απλά να την βγάλουν λάδι γιατί απλά δεν μπορούν να το λύσουν?Τελευταία επεξεργασία από το μέλος daras : 31-10-19 στις 22:10.
-
31-10-19, 22:13 Απάντηση: freepbx dtmf από τη vodafone #36
LoL έχει δίκιο, περίπου!
Στο αρχείο traces1.zip στο 1ο pcap που υπάρχει το πρόβλημα φαίνεται ότι το κέντρο σου απαντάει χωρίς το telephone-events.
Αν δει όμως νωρίτερα στο invite που σου στέλνει ούτε αυτός τα βάζει δηλαδή ακόμα και να του το στελνες πάλι δεν θα στο περνούσε.
Επειδή έχεις κάνει πολλές δοκιμές κι έχω χάσει τη μπάλα τι είναι τι, βάλε dtmfmode=rfc2833 στο trunk, ρίξτο και globally στα sip options.
Κάνε τις ίδιες δοκιμές και ανέβασε το trace να δούμε τι στέλνει για να τους απαντήσεις αντίστοιχα.
-
31-10-19, 22:23 Απάντηση: freepbx dtmf από τη vodafone #37
-
01-11-19, 01:23 Απάντηση: freepbx dtmf από τη vodafone #38
Ναι, μπορεί να μπει ανά User αλλά και σαν global setting στο sip.conf.
-
01-11-19, 08:38 Απάντηση: freepbx dtmf από τη vodafone #39
INVITE A->B
SDP:
a=sendrecv
a=rtpmap:101 telephone-event/8000
200 OK B->A
Αυτος που κανει το invite οριζει και το rtp
Απο κει και περα, το trunk παραμενει ιδιο και οι παραμετροι το ιδιο. Δεν γινεται πότε να παιζει και πότε όχι και να φταίει το rtp setting.
Οσο για τα περι κεντρου, δεν εχεις καμμια κινεζια. Στην περίπτωση σου εσυ εχεις το standard (asterisk) και ο οτε την κινεζια.
Δεν μπορουν να το λυσουν γιατι πολυ απλα το προβλημα δεν ειναι δικο τους.
Παρε και αλλα traces, το πολυ πολυ να καταληξετε οτι δεν ειναι προβλημα ουτε δικο σου ουτε δικο τους.
-
01-11-19, 13:23 Απάντηση: freepbx dtmf από τη vodafone #40
trace_ktel.zip
Ανεβασα τα traces στο αρχειο απο mobile φαινεται κανονικα τα telephone-event
Οταν καλω απο σταθερο Nova δεν περναει τιποτα
Στο sip.conf dtmfmode ειναι rfc2833, μπορω να κανω κατι αλλο
Υποψιν οτι τα traces ειναι απο την καρτα δικτυου που παει στο Cisco (WAN)
Απο την LAN του FreePBX στα trace δεν φαινεται τιποτα
LAn.zip
Δεν ξερω επρεπε ετσι θα επρεπε να ειναι ?
-
01-11-19, 20:27 Απάντηση: freepbx dtmf από τη vodafone #41
Στο lan zip τι έχεις βάλει; Είναι όλα από κινητά και φαίνονται μια χαρά.
Κάνε τις ίδιες δοκιμές και γράφε και στα δύο σημεία.
Μάλλον από το IMS στο Cisco φτάνει χωρίς telephone events αλλά όταν σου προωθεί την κλήση το Cisco σου κοτσάρει πάντα τα telephone events.
-
02-11-19, 09:40 Απάντηση: freepbx dtmf από τη vodafone #42
Ποιο cisco ? Ενας απλος router δεν ειναι? Δεν πιστευω να εχουμε ενδιαμεσα sip proxy οποιασδηποτε μορφης
Εφοσον το προβλημα στο κανει παντα απο κληση forthnet, πρεπει να μπει συνδιαστικο ticket ωστε να δουν ολοι στην διαδρομη που χανεται η πληροφορια.
Καλη τυχη
-
02-11-19, 15:45 Απάντηση: freepbx dtmf από τη vodafone #43
Στο Lan έχω τα traces που πήρα από την κάρτα δικτύου του Freepbx που είναι στο LAN μου. Τα άλλα είναι traces από την ethernet που πάει στο Cisco του ΟΤΕ.
Τα test είναι από 2 κλήσεις
1. Απο κινητό cosmote
2. Από σταθερό nova
Έχω δοκιμάσει και σταθερό cosmote και πάλι τα ίδια κάνει..
Το θέμα ειναι στον πελάτη τι λέω και τι προτείνω?
-
02-11-19, 16:54 Απάντηση: freepbx dtmf από τη vodafone #44
Μην τα μπλεκουμε. Δεν ενδιαφέρει τι μαρκα ειναι το ip transport.
Εδω μιλαμε για sip
Εχουμε εξηγησει οτι το rtp του dtmf γινεται negotiate σε καθε call leg. Για να το βρεις, πρεπει να το ψαξει καποιος που εχει προσβαση στο voip που ξεκιναει η κληση, και να το ακολοθθησει, leg by leg. Εαν πχ η forthnet διασυνδέεται με τον οτε απευθείας και σε ενα σημείο, τοτε εχει να ψαξει αυτο. Αν διασυνδέεται σε 2 σημεια και 3 ενδιαμεσους, μπορει να πρεπει ολοι οι ενδιαμεσοι να ψαξουν τα legs που τους αφορούν.
Σε βαθος χρονου, απλα ελπιζει κανεις οτι με τη μεταβαση ολων σε all sip voice, το προβλημα θα ελαχιστοποιηθει.
Μεχρι τοτε δεν υπάρχει λυση.
Υποψιν οτι και σε isdn pra να το γυρισεις, επειδη το core ειναι sip, παλι τα ιδια θα εχεις.
Σχεδιασε τα ivr να κανουν timeout στην πιο default επιλογη.
ΔΕΝ ΦΤΙΑΧΝΕΤΑΙ.
-
02-11-19, 19:14 Απάντηση: freepbx dtmf από τη vodafone #45
Bookmarks