Εμφάνιση 16-30 από 39
-
23-08-18, 13:44 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #16Imagination is more important than knowledge.
Knowledge is limited
IMAGINATION ENCIRCLES THE WORLD
Albert Einstein
-
23-08-18, 20:55 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #17
Τελικα ολα οκ. Το προβλημα ηταν οτι καθυστερεί λιγο να μπει στο τηλεφωνητή και δεν ακουγεται αυτος που μιλαει αλλα εβαλα το κωδικο και μπηκε στο μενού του συναγερμού. Ευχαριστω παντως!
-
27-08-18, 14:47 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #18
Επιβεβαιώνω ότι για να λύθει το πρόβλημα των σημάτων που δεν περνάνε στο κέντρο λήψης της εκάστοτε εταιρείας security είναι η αλλαγή του DTMF σε Inband.Μόλις σήμερα λύθηκε σε επικοινωνία μας με το 13818,και προτροπή για την συγκεκριμένη αλλαγή απο την πλευρά μας.
Ας είναι καλά το forum αυτό που μας ανοίγει τα μάτια.
-
28-08-18, 13:03 Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #19
Inband? Σε voip δικτυο? Σημερα παιζει, αυριο οχι.
Εξαρταται απολυτα απο το codec που χρησιμοποιειται. Αν για οποιοδηποτε λογο δεν ειναι alaw, το inband θα παει απατο.
Δειτε λιγο τη προδιαγραφη του ΟΤΕ
https://www.cosmote.gr/fixed/documen...7-7835d649c859
Σελιδα 10.
Εκει λεει οτι το επισημο πρωτοκολλο για voip ειναι rfc2833, Ουτε sip info, ουτε inband...
Εξαλλου ετσι δουλευουν ολα τα voip δικτυα παντου.
Γενικοτερα τα αλλα πρωτοκολλα υποτιθεται οτι μεταφραζονται με ευθυνη του παροχου.
Στη πραξη συνήθως δουλευει και μερικες φορες οχι. Ανεξαρτητα να εισαι με Oxygen, fritz με κωδικους κλπ.
Καθως ο οτε μεταβαινει συνολικα σε ip πλατφορμα, το προβλημα με τα dtmf θα χειροτερεψει, ειδικοτερα οταν γινονται ρυθμισεις στα cpe adhoc.
Εγω θα επεμενα. rfc2833 και να ψαξουν να βρουν το προβλημα (γιατι υπαρχει.. εμφανιζεται συχνα) Αλλιως με ρυθμισεις εκτος προδιαγραφων, το θεμα ειναι στη τυχη τελειως. Οτι πρεπει για συναγερμο.
-
28-08-18, 14:50 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #20
Είτε Inband είτε RFC2833 οι τόνοι φεύγουν στο ίδιο (in-band) RTP πακέτο μαζί με την φωνή, σε αντίθεση με τα Info και Notify που λειτουργούν (out-of-band), στο αντίστοιχο SIP πακέτο και όχι το RTP.
Οι κύρια διαφορά τους είναι:
α. Σε Inband οι τόνοι DTMF εμπεριέχονται στο ίδιο κανάλι με την φωνή και λειτουργούν αξιόπιστα σε codec G.711 (μlaw/alaw) εκτός σπανίων περιπτώσεων.
β. Σε RFC2833 οι τόνοι DTMF εμπεριέχονται σε διαφορετικό κανάλι από την φωνή και λειτουργούν αξιόπιστα και σε codec συμπίεσης (π.χ. G.723.1, G.729 κλπ), όπου ο Inband αδυνατεί.
Ο Inband αναφέρεται στο RFC3550, που μνημονεύεται στις προδιαγραφές του ΟΤΕ.
-
28-08-18, 15:12 Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #21
Μπορει να ειναι στο rtp, ομως το inband ειναι τονος που πρεπει η αλλη πλευρα να ανιχνευσει με αναλογικες διαδικασιες (φιλτρα κλ) ειτε κανοντας digital signal processing στο rtp. Αυτο εχει οπως και να το κανουμε μειονεκτηματα.
Αντιθετα το rtp rfc2833 ειναι text κειμενο. Ο χρηστης πατησε 4 λεει...
Επισης το γεγονος οτι μεταδιδεται μαζι με τη φωνη το κανει πιο ακριβες ως προς το χρονο μεταδοσης, σε αντιθεση με outofband λυσεις.
Συνοψιζοντας, αν η μεταδοση ειναι inband και κανεις δεν κανει μετατροπη, αν το σημα καπου μετατραπει σε κατι αλλο, χασαμε.
Και δυστυχως η υλοποιηση του οτε ειναι οτι ναναι. Στο negotiation λεει alaw, g729 στο call setup. Αλλα αμα ζητησω opus, και ο τελικος παραληπτης το δεχεται, μια χαρα περναει μεσα απο τον οτε.. Κατ επεκταση, αν πω rfc2833, και στελνω τονους inband, ποιος θα κανει μεταφραση, και στο τελος θα καταληξουμε να μην δουλευουν τα dtmf..
Πρεπει να συμφωνησουμε ολοι σε ενα πρωτοκολλο. Και δεν το βλεπω να ασχολειται να το επιβαλλει καποιος, εξ ου και τα προβληματα.
-
28-08-18, 15:18 Απάντηση: Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #22
όλες οι συσκευές που είχαμε ως τώρα στην κλασική τηλεφωνία καταλαβαίνουν τους τόνους inband μόνο, το να στείλεις κάτι Out of band δεν έχεις κάποια εγγύηση πως ο τελικός παραλήπτης της sip κλήσης θα το δεχτεί ώστε μετά να το μετατρέψει σε inband για να το καταλάβει η όποια συσκευή.
Αν ήταν απο άκρη σε άκρη sip, ναι τότε θα ήταν προτιμότερο το out of band ή το text.
Μήπως θα έπρεπε να δούμε και ποιες κλήσεις είναι αυτές που δεν φτάνουν σωστά στο κέντρο του συναγερμού και αν είναι και οι δυο σε ΟΤΕ ή το κέντρο είναι σε κάποιον 3ο πάροχο
-
28-08-18, 15:23 Re: Απάντηση: Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #23
Μα οι συσκευες της κλασσικης τηλεφωνιας δεν μπορουσαν να στειλουν τιποτε αλλο εκτος απο inband.
Μολις το inband φτασει στο cpe (oxygen, speedport, zte κλπ) πρεπει να μετατρεπεται απο το cpe, γιατι ΜΕΤΑ ειναι voip.
Δλδ η μετατροπη απο/προς inband να γινεται ακριβως στο σημειο οπου ξεκιναει/τερματιζει το voip....
-
28-08-18, 15:45 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #24
Σε PSTN, ένα τυχαίο κέντρο λήψης σημάτων δέχεται DTMF τόνους σε Inband.
Την επόμενη μέρα ο χρήστης βάζει VoIP τηλεφωνία που εξαρχής στέλνει τους τόνους με rfc2833.
To ερώτημα είναι, μπορεί το κέντρο να τους καταλάβει; Η πρακτική δείχνει ότι σε κάποια κέντρα ναι και σε άλλα όχι. Στην δεύτερη περίπτωση ο χρήστης το λύνει με άλλη επιλογή.
Σε μένα όταν η τηλεφωνία δούλευε στο Fritz ήθελε Inband. Σε Oxygen που είναι τώρα, δεν χρειάστηκε κάποια ρύθμιση κι έπαιξε αμέσως, αλλά σε άλλον φίλο στο Oxygen ήθελε ρύθμιση από τον τεχνικό να αλλαχθεί σε SIP Info.
-
28-08-18, 16:07 Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #25
Και πολυ καλα κανει. Εφοσον το κεντρο ληψης συνδεεται non voip, προφανως και θα το παρει Inband. Ο παροχος του οφειλει να το μετατρεψει παντα σε inband.
O παροχος του χρηστη που βαζει voip ΥΠΟΧΡΕΟΥΤΑΙ να στειλει την κληση του βασει του dtmf πρωτοκολλου που διαφημιζει/εχει συμφωνηθει, και οχι οτι τυχει.
Εδω μιλαμε οτι κανει negotiaton οτι θα στειλει rfc2833 και μετα στελνει inband. Προφανως μετα ειναι θεμα τυχης να πετυχει ο συνδιασμος.
Ειδικοτερα για το sip info, η περιπτωση να βρεθει καποιος να το μετατρεψει στο δρομο, ειναι θεμα τυχης.
Το κακο ειναι οτι αν για οποιοδηποτε λογο αλλαξει η ενδιαμεση δρομολογηση, (θεμα χρονου) και αλλαξει το ενδιαμεσο trunk, κατι που επαιζε, δεν παιζει πια.
(το dtmf κομματι τουλαχιστον).
Στη περιπτωση σου δεν μπορουμε να ξερουμε σε τι ειναι ρυθμισμενο το oxygen.
Ψαχνουμε πως θα δουλευουν ολα παντα (κατι που δεν συμβαινει. Εχω ηχογραφηση που ακουω τον κακομοιρη να παταει τα πληκτρα,
ακουγεται ο τονος inband, η κλησει ειναι negotiated σε επιπεδο παροχου οτι ειναι rfc2833 και βεβαια, ουτε dtmf ερχεται, ουτε το ivr καταλαβαινει.)
στο τελος βριζει γιατι παταει πληκτρα και το ivr επιμενει οτι δεν πατησε τιποτε. Μαυρο χαλι.
-
28-08-18, 16:22 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #26
Εγώ αναφέρθηκα στο θέμα, λόγω της αναφοράς σου για τον Inband κι αν θα παίζει αύριο-μεθαύριο σε VoIP.
Όταν ο συναγερμός του χρήστη δεν αλλάζει (άρα στέλνει σε PCM), γιατί να έχει θέμα η χρήση του Inband; Και ότι προβλέπεται η χρήση του από τον ΟΤΕ (το αν κάνει την ρύθμιση αυτός ή ο χρήστης, είναι αδιάφορο).
-
28-08-18, 16:46 Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #27
Ο συναγερμος του χρηση δεν στελνει κανενα pcm. Κοινο αναλογικο τηλεφωνο ειναι. Μετα το oxygen/speedport κλπ ομως ΕΙΝΑΙ voip. Τωρα, οχι αυριο μεθαυριο,
Αρα ποιος πρεπει να μετατρεψει το dtmf στο συμφωνηθεν πρωτοκολλο? Αν ο χρηστης ρυθμιζει οτι θελει, και το συστημα δεν το επιβαλει κεντρικα οδηγουμαστε στα προβληματα που συζηταμε.
-
29-08-18, 11:24 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #28
Εδώ και αρκετά χρόνια η PSTN τηλεφωνία είναι ψηφιακή, με το αναλογικό κομμάτι να είναι το τελευταίο τμήμα από το Α/Κ μέχρι τον χρήστη.
Ο συναγερμός στέλνει DTMF τόνους μέσω PCM G.711 codec και αυτούς λαμβάνει το κέντρο σημάτων σε PSTN/ISDN γραμμή. Αλλάζοντας την τηλεφωνία σε SIP δεν αλλάζει ούτε ο συναγερμός ούτε το κέντρο λήψης σημάτων, απλά μπαίνει στην εξίσωση και το CPE που θα κάνει την μετατροπή.
Ο ΟΤΕ (και κάθε πάροχος) αναφέρει ότι ο εξοπλισμός του χρήστη πρέπει να ακολουθεί κάποια (όχι κάποιο) πρότυπα για να υπάρχει συνέχεια στην επικοινωνία συναγερμού/κέντρου λήψης σημάτων. Σε αυτά τα πρότυπα μνημονεύονται τα πρωτόκολλα επικοινωνίας DTMF τόνων. Εφόσον προβλέπεται ο Inband, ο πάροχος δεν έχει κανέναν λόγο να μην τον επιτρέψει. Γι' αυτό ακόμη και στις συσκευές που δίνει ο ίδιος υπάρχει δυνατότητα επιλογής (άσχετα αν είναι κλειδωμένη και το κάνει ο ίδιος).
Και το ερώτημα παραμένει. Εφόσον ο ΟΤΕ έχει (ή όπως λες, πρέπει να έχει) κεντρική ρύθμιση, για ποιον λόγο σε μένα δεν έπαιζε το Fritz σε rfc2833 παρά μόνο σε Inband και γιατί ρύθμισαν SIP Info το Oxygen του φίλου;
-
29-08-18, 14:57 Re: Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #29
Πως στελνει dtmf μεσω pcm g.711 o συναγερμος? Ξερει απο codecs? Απο ποτε? Αναλογικο ειναι το interface του συναγερμου.
Τη μετατροπη παραδοσιακα την εκανε το ψηφιακο κεντρο. Τωρα καλειται να την κανει το cpe.
Και πως ξερεις πως συνδεεται το κεντρο του συναγερμου? Αν δλδ ειναι σε sip trunk δεν προβλεπεται? Πρεπει να τηρουνται τα standards γενικως.
Και ειδικοτερα, αυτο που συμβαινει ειναι οτι ενω το αρχικο negotiation μπορει να ειναι Inband και σε g711 και θα δουλευε, καπου παρακατω, στη διασυνδεση, κανει negotiate για rfc2833, και στελνει inband.
Αυτο ειναι protocol violation.
Αναλογα με το απο που θα περασει, αλλα παιζουν και αλλα οχι. Δυστυχως οι δοκιμες βαλε αυτο , παιζει , οκ, μολις κατι αλλαξει στη δρομολογηση, παλι μπορει να μην παιζει.
Ο οτε (και οχι μονο) το εχει αφησει χυμα το θεμα, (κακως) με αποτελεσμα το dtmf να λειτουργει στη τυχη.
-
29-08-18, 17:29 Απάντηση: Πρόβλημα με συναγερμό μετά από μετάβαση σε ευρυζωνική σύνδεση #30
Μ' αρέσει που το έγραψα κιόλας στην πρώτη γραμμή. Αναλογικό είναι το τμήμα Α/Κ-χρήστης (και φυσικά ο συναγερμός). Στο Α/Κ μετατρέπεται σε ψηφιακό σήμα και σε PSTN ο codec είναι ο G.711 μέσω του οποίου μεταφέρονται οι τόνοι σε Inband. Και γράφω μετά ότι πλέον ενδιάμεσα μπαίνει σε VoIP το CPE, που σε αυτό γίνεται η μετατροπή. Που έχεις διαφωνία;
Αν το κέντρο λήψης δεν είναι στον ίδιο πάροχο με μένα, αλλά σε άλλον σε PSTN γραμμή, σε τι πρωτόκολλο περιμένει τους τόνους, που μέχρι μία μέρα πριν τους έπαιρνε από τον συναγερμό μου κανονικά (όταν είχα PSTN);
Αναφέρεις ότι ο κάθε πάροχος, πρέπει να έχει πλήρη και μοναδική ρύθμιση για όλους. Μπορεί να γνωρίζει τι υπάρχει ενδιάμεσα μέχρι τον χρήστη του άλλου παρόχου; Μπορεί να επέμβει σε όλη την διαδρομή;
Αν ήταν υποχρεωτικό, όπως αφήνεις να εννοηθεί, θα ήταν πολύ απλό και αποφάσιζαν όλοι να κάνουν χρήση του ίδιου. Αλλά δεν είναι και γι' αυτό οι συσκευές των χρηστών έχουν ανάλογες επιλογές. Και ούτε είναι πανάκεια ο rfc2833 σε VoIP, που εξάλλου έχει ξεπεραστεί από νεώτερο πρωτόκολλο.
Παρόμοια Θέματα
-
Στατιστικά γραμμής μετά από αναβάθμιση σε Fiber 100
Από gor στο φόρουμ COSMOTE VDSLΜηνύματα: 68Τελευταίο Μήνυμα: 27-07-18, 11:02 -
Πρόβλημα με TP-Link Archer VR2600 σε VDSL του ΟΤΕ!!
Από Simos805 στο φόρουμ VDSLΜηνύματα: 22Τελευταίο Μήνυμα: 31-05-18, 19:44 -
Νέο συμβόλαιο ,μετά από μεταβίβαση σε καινούργιο κάτοχο
Από BarcodeCrew στο φόρουμ WindΜηνύματα: 16Τελευταίο Μήνυμα: 11-03-18, 13:45 -
Πρόβλημα εισερχόμενων κλήσεων μετά από αίτημα φορητότητας που ακυρώθηκε
Από theopan στο φόρουμ Σταθερή & Κινητή ΤηλεφωνίαΜηνύματα: 8Τελευταίο Μήνυμα: 06-01-18, 01:24 -
Λογαριασμός μετά απο αναβάθμιση σε VDSL
Από nevrakd στο φόρουμ NovaΜηνύματα: 3Τελευταίο Μήνυμα: 23-09-17, 13:12
Bookmarks