Μετά από εγκατάσταση Oxygen χίλια μύρια προβλήματα....

[dimangelid]

Σε Asterisk. Αλλά δεν έχει σχέση ... Στο ίδιο LAN έχω και 2ο wifi spot (Thomson Cyta Router) από το οποίο δεν συμβαίνει το ίδιο φαινόμενο .. Η κλήση παίζει κανονικά. Και όταν λέμε κλήση εννοούμε είτε εσωτερική είτε εξωτερική δεν έχει σημασία.. Αν δεν είχα το Thomson να κάνω δοκιμή θα το σκεφτόμουνα αυτό που λές αλλά επειδή παίζει στον άλλο φταίει το Oxygen... Πριν την μετατροπή σε Voip με το Speedport δεν είχα τέτοιο θέμα ..

Αυτό που βλέπω στην κονσόλα του * είναι σαν να κάνει unregister το συγκεκριμένο extension για αυτό και πέφτει η κλήση ...

Ενημερωτικά το κέντρο 5 χρόνια δεν έχει αλλάξει κάτι ..

Έλεγα μήπως έπαιζε θέμα με NAT, αλλά στο LAN δεν έχει τέτοιο θέμα.

Το κάνει με όλους τους SIP Client;

[DVader]

Έλεγα μήπως έπαιζε θέμα με NAT, αλλά στο LAN δεν έχει τέτοιο θέμα.

Το κάνει με όλους τους SIP Client;

Ναι ... με όλους..

- - - Updated - - -

Αλλά εξάλλου γιατί παίζει σωστά με το Thomson ..?

Κάποια πακέτα κόβει ..με κάποιο τρόπο αλλά ποια και πως το αλλάζω.. Έστειλα email και στην Oxygen μπας και απαντήσουν ...

[georgep138]

Σας παρακαλώ να μου πεί κάποιος,
τι είναι το CCPE που φαίνεται στο web interface του HDI34201.N3A2UV ?
Το αναφέρει στα wan connections

[k.m.]

Xθες το βράδυ και σήμερα είχα θέματα με το συναγερμό.

Δείχνει να ξεμπλόκαρε μόλις έκανα κλήση μέσω του S0 (από το fritz 7590), και έστειλε τα σήματα.

Στις τελευταίες κλήσεις του oxygen βλέπω τις κλήσεις και με διάρκεια.

Ξεκόλλησε, για να δούμε.

Παρατήρησα στο firmware details ότι πήρε update 31/7/19 αλλά με ίδια έκδοση
Version: OTE01_1.0.0
Build: fw2019052310
DSL Firmware: v135k35b 08-29-18b AVM
Last Upgrade: Successful Wed Jul 31 05:22:31 2019

[dimangelid]

Xθες το βράδυ και σήμερα είχα θέματα με το συναγερμό.

Δείχνει να ξεμπλόκαρε μόλις έκανα κλήση μέσω του S0 (από το fritz 7590), και έστειλε τα σήματα.

Στις τελευταίες κλήσεις του oxygen βλέπω τις κλήσεις και με διάρκεια.

Ξεκόλλησε, για να δούμε.

Παρατήρησα στο firmware details ότι πήρε update 31/7/19 αλλά με ίδια έκδοση
Version: OTE01_1.0.0
Build: fw2019052310
DSL Firmware: v135k35b 08-29-18b AVM
Last Upgrade: Successful Wed Jul 31 05:22:31 2019

Αφού έχεις το Fritz 7590 που παίζει κατευθείαν με το VoIP του ΟΤΕ, γιατί ασχολείσαι ακόμα με το Oxygen;

[k.m.]

Είναι πάνω σε γραμμή InaLan (100/100) ως router και του ταϊζω την "ISDN" απο S0.

Με IP InaLan δεν μπορώ να κάνω register στον OTE τα 2 νούμερα.

Στον OTE είναι καθαρή τηλεφωνική με εικονικό internet 24/1 ως το κέντρο.

[k.m.]

Xθες το βράδυ και σήμερα είχα θέματα με το συναγερμό.

Δείχνει να ξεμπλόκαρε μόλις έκανα κλήση μέσω του S0 (από το fritz 7590), και έστειλε τα σήματα.

Στις τελευταίες κλήσεις του oxygen βλέπω τις κλήσεις και με διάρκεια.

Ξεκόλλησε, για να δούμε.

Παρατήρησα στο firmware details ότι πήρε update 31/7/19 αλλά με ίδια έκδοση
Version: OTE01_1.0.0
Build: fw2019052310
DSL Firmware: v135k35b 08-29-18b AVM
Last Upgrade: Successful Wed Jul 31 05:22:31 2019

Μέρα παρα μέρα τα ίδια.

Βλέπω απο τα logs ότι μέχρι να πετύχει η κλήση κάνει 4-5 προσπάθειες (15-20"). Απλά το βράδυ που κάνει 3 προσπάθειες πότε του κάθετε και πότε όχι.

Το γύρισα να παίρνει απο τη sim (cosmote) του fritz και είναι οκ.

Ο εγκαταστάτης μου είπε να μιλήσω με το τεχνικό τμήμα για να δουν τις ρυθμίσεις και να με βάλουν σε G-711 ή αν δεν μπορούν σε DTFM με format 'contact id' ή '4x2' (και όχι CIA/SIA).

Ακαταλαβίστικα αλλά θα κάνω την προσπάθεια.

- - - Updated - - -

Πήρα στις βλάβες και μου είπαν ότι το Oxygen παίζει μόνο με G-711 και δεν αλλάζει.

Επίσης δεν βρήκε κάποια επιλογή ώστε να αλλάξει το DTMF mode σε κάτι άλλο (πχ sip info).

Βέβαια και αυτό πείραμα θα ήταν.

Κανείς άλλος που απο 1/8 να του κάνει νερά μετά το update ?

[netblues]

Δεν εχει να κανει με το update, μην ζυμωνεσαι.
Η voip τηλεφωνια στον ποτε ειναι γενικως g711
To προβλημα με το dtmf εχει να κανει με τις δυασυνδεσεις στα διαφορα backbone. Υπαρχουν λαθος configurations σε επιπεδο sip trunk
Διαφημιζει πχ το dtmf ως sip info και το στελνει inband. Ετσι χανεται τελειως το dtmf. Επειδη το προβλημα αφορα λιγους, απλα δεν φτιαχνεται
Συμβαινει κλασσικα οπου υπαρχουν ivr με τονους. Καθε λιγο και λιγακι εμφανιζεται καποθος που ενω παταει κουμπια, dtmf δεν.
Ο ιδιος κλεινει και ξανακαλει και ολα καλα.

Για τους συναγερμους, gsm module και gprs. Ολα τα αλλα ειναι εντελως αναξιοπιστα ετσι οπως ειναι η κατασταση.

[k.m.]

Για να καταλάβω λίγο.

Το G-711 είναι το πρωτοκολο επικοινωνίας.

Το DTMF "κάθεται" απο πάνω και κάνει την επικοινωνία.

Έτσι είναι ?

Γιατί ο εγκαταστάτης μου είπε G-711 ή DTMF ContactID.

- - - Updated - - -

Επίσης όπως είμαι τώρα με την sim δεν μπορεί να στραβώσει πάλι από την μεριά του Κέντρου λήψης, αν πχ εκεί ο ΟΤΕ τους γυρίσει σε voip και πάλι τα κάνει μαντάρα ?

Οπότε μόνο GPRS με polling είναι αξιόπιστη λύση ?

[netblues]

Αν ο εγκατάστατης ήξερε περισσότερα δεν θα ήταν συναγερματζης αλλά telecoms engineer
Ναι και με GSM DTMF μπορεί να σκασει, το έχω δει με voda και cote
Το GPRS με polling προστατεύει και από jammer και είναι το ultimate.
Αλλιώς απλό GPRS με fallback στο τηλέφωνο.
Balanced solution

Βασικά σου είπε g711 για να πέρασι το DTMF in band, αλλιώς σηματοδοσια DTMF με άλλο τρόπο out of band
Απλά το πρόβλημα είναι παραλία οπότε όλα αυτά δεν

edit παραπισω αλλα ο κορεκτορας ειναι ηδη σε διακοπες προφανως

[k.m.]

Στο UI έχω μόνο την επιλογή "DTMF transparent".

Ξέρει κανείς τι κάνει αυτό ?

- - - Updated - - -

Στο manual βλέπω αυτά, αλλά στο UI έχω μόνο το 2ο.

Το 1ο πως δεν το είδε στο support

* In the case of VoIP service accounts, the line settings first of all require the selection of Status.Subsequently, you must insert the SIP credentials Number, Username and Password as well as the mode of transport of DTMF tones, with available options being RFC 2833, Inband and SIP Info(RFC 2976)


* Transparent DTMF; direct forwarding of DTMF signals without any local processing by the Oxygen Multiservice Gateway (required for some alarm systems)

[netblues]

Αυτο που περιγραφεις ειναι το g711 για να το στειλει inband..
Σε ολα τα αλλα επειδη ο αλγοριθμος συμπιεσης της φωνης πεταει bits, οι τονοι δεν περνανε.
Το θεμα αυτο εχει αντιμετωπισθει ηδη απο εποχης gsm (1992) οπου τα dtmf δεν περνανε πανω απο gsm οπότε αποστελνονται ως data signaling ( ο χρηστης πατησε το πληκτρο 6 ) και αναλαμβανει το edge της κινητης που περναει το voice traffic να το μετατρεχει σε τονους (εαν μιλαμε για απλο g711/pcm) η σε rfc2833 η sip info για sip trunks.
Πλεον αυτο εφαρμοζεται σε όλες τις διασυνδέσεις μεταξυ παρόχων (αλλα και συστημάτων διαφορετικων τεχνολογιων του ιδιου παροχου)
To θεμα ειναι οτι αν καποιος βαλει στο setup του trunk οτι το dtmf ειναι sip info και ερχεται inband, τοτε καληνυχτα. (σε επιπεδο διασυνδεσης παρόχων)
Ακόμα χειρότερα αν είναι στο auto.. Καπου κατι να ξεχαστει, και επειδη οι κλησεις δεν περνανε απο το ιδιο path για λογους load balancing, πότε παιζει, πότε δεν παιζει..
Η φωνη μια χαρα δουλευει παντα, το dtmf οχι.

[jkoukos]

To δικό μου Oxygen είναι το HDI24201.N2UM με firmware Version OTE01_5.3.7 και Build fw2018062917.
Παίζει ως απλό router πίσω από άλλο router μόνο για την VoIP τηλεφωνία, την οποία μεταφέρω μέσω S0 θύρας σε ένα Fritz 7270, που αναλαμβάνει όλες τις κλήσεις. O συναγερμός (Paradox) στέλνει μια χαρά τα σήματα στο κέντρο. Σπανίως υπάρχει περίπτωση να αποτύχει την πρώτη φορά και να χρειαστεί δεύτερη κλήση.
Πριν αλλάξω σε Oxygen, η τηλεφωνία έπαιζε κατευθείαν στο Fritz και με επιλογή Inband στο DTMF, δεν είχε θέματα ο συναγερμός.

[netblues]

Απλα θεωρησε τον εαυτο σου τυχερό.
Αν για παραδειγμα εισαι στο κεντρο γηροκομειου και το κεντρο ληψης σηματων περνει απο τον οτε στην αλυσιδα, και τα trunks που περναει η κληση σου ειναι σωστα φτιαγμενα τοτε δεν υπαρχει προβλημα, οτι και να βαλεις για ρουτερ.
Ειναι καθαρά θεμα δρομολογησης κλησεων στο backbone του(των) παροχων

[jkoukos]

Δεν ξέρω ποια είναι η δρομολόγηση και αν είναι σωστές οι ρυθμίσεις απ' όπου περνά η κλήση, αλλά και παλαιότερα που είχα HOL VoIP, ο ίδιος συναγερμός έπαιζε μια χαρά με το ίδιο κέντρο λήψης σημάτων.

Διόρθωση και λάθος μου! Μόλις θυμήθηκα ότι ο συναγερμός μπήκε 1 χρόνο μετά την αλλαγή από VoIP σε PSTN.