One-way audio σε IP κέντρο μέσω Ευρυζωνικής γραμμής

[stavrossp7]

Παιδιά καλησπέρα,

Μέχρι πριν λίγο καιρό μπορούσα αρκετά εύκολα να προσθέσω ένα απομακρυσμένο εσωτερικό σε ένα IP τηλεφωνικό κέντρο, ανοίγοντας μόνο τις απαραίτητες πόρτες στο router (πόρτα udp και πόρτες rtp).



Από τη στιγμή όμως που η συνδέσεις έγιναν ευρυζωνικές, και η τηλεφωνία περνάει μέσα από το router, έχει εμφανιστεί ένα τεράστιο πρόβλημα σε ότι αφορά το πέρασμα του ήχου, των rtp πακέτων δηλαδή.


Με τις ίδιες ακριβώς ρυθμίσεις που υπήρχαν και πριν, το port forward δηλαδή επί της ουσίας, ξαφνικά σταμάτησε να περνάει ο ήχος. Η κλήση "γίνεται" κανονικά, αλλά ήχος γιοκ.


'Εχετε καμιά ιδέα για το πως μπορεί να διορθωθεί αυτό?


Ευχαριστώ

[deniSun]

Παιδιά καλησπέρα,

Μέχρι πριν λίγο καιρό μπορούσα αρκετά εύκολα να προσθέσω ένα απομακρυσμένο εσωτερικό σε ένα IP τηλεφωνικό κέντρο, ανοίγοντας μόνο τις απαραίτητες πόρτες στο router (πόρτα udp και πόρτες rtp).



Από τη στιγμή όμως που η συνδέσεις έγιναν ευρυζωνικές, και η τηλεφωνία περνάει μέσα από το router, έχει εμφανιστεί ένα τεράστιο πρόβλημα σε ότι αφορά το πέρασμα του ήχου, των rtp πακέτων δηλαδή.


Με τις ίδιες ακριβώς ρυθμίσεις που υπήρχαν και πριν, το port forward δηλαδή επί της ουσίας, ξαφνικά σταμάτησε να περνάει ο ήχος. Η κλήση "γίνεται" κανονικά, αλλά ήχος γιοκ.


'Εχετε καμιά ιδέα για το πως μπορεί να διορθωθεί αυτό?


Ευχαριστώ

Αρχικά... τι εξοπλισμό χρησιμοποιείς (ρούτερ, sip).

[SfH]

Πάει σε μερικά πράγματα το μυαλό μου, αλλά για να μην αρχίσουμε τις μαντεψιές, μπορείς να πάρεις ένα packet capture στο τηλεφωνικό κέντρο και να δεις αν, όταν εμφανίζεται το πρόβλημα, έχεις rtp και στις 2 κατευθύνσεις ? Σε ποια κατεύθυνση χάνεις τον ήχο ? Καλό είναι επίσης να εξετάσεις ( ή να κάνεις post καθαρισμένα ) και τα sip πακέτα όταν στήνεται η κλήση αλλά και κατά τη διάρκεια της ( αν υπάρχουν update/prack/reinvite/κτλ ).

[stavrossp7]

Αρχικά... τι εξοπλισμό χρησιμοποιείς (ρούτερ, sip).

Δυστυχώς δεν μπορώ να απαντήσω συγκεκριμένα σε αυτό, καθώς συμβαίνει πλέον με τη χρήση διαφόρων συνδυασμών εξοπλισμού.
Αλλά ας πούμε ότι χρησιμοποιώ ένα IP PBX της Yeastar, ένα IP phone Grandstream (ως απομακρυσμένο), και το router πίσω από το οποίο βρίσκεται το PBX είναι Oxygen.

Πάει σε μερικά πράγματα το μυαλό μου, αλλά για να μην αρχίσουμε τις μαντεψιές, μπορείς να πάρεις ένα packet capture στο τηλεφωνικό κέντρο και να δεις αν, όταν εμφανίζεται το πρόβλημα, έχεις rtp και στις 2 κατευθύνσεις ? Σε ποια κατεύθυνση χάνεις τον ήχο ? Καλό είναι επίσης να εξετάσεις ( ή να κάνεις post καθαρισμένα ) και τα sip πακέτα όταν στήνεται η κλήση αλλά και κατά τη διάρκεια της ( αν υπάρχουν update/prack/reinvite/κτλ ).

Παραθέτω εδώ ένα screenshot από ένα packet capture.

Νομίζω εδώ φαίνεται το πρόβλημα. Ξαναλέω πως ενώ όλα δούλευαν μια χαρά, μόλις τα router γύρισαν σε ευρυζωνικά ως προς την παροχή τηλεφωνίας, ξεκίνησε το μπάχαλο.

Προφανώς, επειδή τα router πλέον έτσι "καταλαβαίνουν" από rtp πακέτα, ότι σχετικό περνάει μέσα από αυτά, "επεμβαίνουν" σε αυτό αλλάζοντας παραμέτρους, και τελικά τη δρομολόγηση των πακέτων.

[SfH]

Υποθέτω ότι η 212.205.χ.χ είναι η IP του κέντρου σου. Αν πήρες το capture από εκεί και δεν υπάρχουν άλλα σχετικά πακέτα που δε φαίνονται, βλέπω δυο πιθανά θέματα.

Το πρώτο είναι ότι προσπαθεί να στείλει τον ήχο στην εσωτερική διεύθυνση του τηλεφώνου. Θα έπρεπε να γνωρίζει ότι αυτό το τηλέφωνο είναι πίσω από NAT και να στέλνει το πακέτο στη διεύθυνση από την οποία του ήρθε το invite και όχι σε αυτή που αναφέρεται μέσα σε αυτό. Αυτό το πρόβλημα είναι πιθανό να το έκρυβε κάποιος router που έχει ενεργοποιημένο SIP ALG. Ακόμα και σε αυτή την περίπτωση όμως θα ήταν καλύτερο να έχεις το ALG κλείστο και να ρυθμίσεις σωστά το κέντρο.

Το δεύτερο πρόβλημα είναι ότι δε βλέπω καθόλου εισερχόμενο RTP. Θεωρώντας ότι το capture και η ευρυζωνική τηλεφωνία είναι από τη μεριά του κέντρου, αμφισβητώ αν το NAT λειτουργεί σωστά ( με μια μικρή επιφύλαξη γιατί δεν γνωρίζουμε αν υπάρχει κάποιο σπασμένο implementation του SIP ALG και προκαλεί πρόβλημα στην αποστολή του RTP από την άλλη μεριά ). Πιθανώς στο rtp port range του να τερματίζει όλα τα πακέτα ο router πάνω του, ανεξάρτητα από το port forward. Αυτό θα μπορούσες να το δοκιμάζεις αλλάζοντας το rtp port range του κέντρου σου σε κάποιο εκτός από το range του ΟΤΕ ( το οποίο δε γνωρίζω, αλλά φαντάζομαι θα φαίνεται στο configuration του router ).

[astbox]

Ανέβασε το trace να δούμε το flow.

[stavrossp7]

Υποθέτω ότι η 212.205.χ.χ είναι η IP του κέντρου σου. Αν πήρες το capture από εκεί και δεν υπάρχουν άλλα σχετικά πακέτα που δε φαίνονται, βλέπω δυο πιθανά θέματα.

Το πρώτο είναι ότι προσπαθεί να στείλει τον ήχο στην εσωτερική διεύθυνση του τηλεφώνου. Θα έπρεπε να γνωρίζει ότι αυτό το τηλέφωνο είναι πίσω από NAT και να στέλνει το πακέτο στη διεύθυνση από την οποία του ήρθε το invite και όχι σε αυτή που αναφέρεται μέσα σε αυτό. Αυτό το πρόβλημα είναι πιθανό να το έκρυβε κάποιος router που έχει ενεργοποιημένο SIP ALG. Ακόμα και σε αυτή την περίπτωση όμως θα ήταν καλύτερο να έχεις το ALG κλείστο και να ρυθμίσεις σωστά το κέντρο.

Το δεύτερο πρόβλημα είναι ότι δε βλέπω καθόλου εισερχόμενο RTP. Θεωρώντας ότι το capture και η ευρυζωνική τηλεφωνία είναι από τη μεριά του κέντρου, αμφισβητώ αν το NAT λειτουργεί σωστά ( με μια μικρή επιφύλαξη γιατί δεν γνωρίζουμε αν υπάρχει κάποιο σπασμένο implementation του SIP ALG και προκαλεί πρόβλημα στην αποστολή του RTP από την άλλη μεριά ). Πιθανώς στο rtp port range του να τερματίζει όλα τα πακέτα ο router πάνω του, ανεξάρτητα από το port forward. Αυτό θα μπορούσες να το δοκιμάζεις αλλάζοντας το rtp port range του κέντρου σου σε κάποιο εκτός από το range του ΟΤΕ ( το οποίο δε γνωρίζω, αλλά φαντάζομαι θα φαίνεται στο configuration του router ).

Εγώ νομίζω ότι η αλήθεια είναι κάπου στη μέση, αλλά δεν έχω βγάλει άκρη. Νομίζω σε μία περίπτωση είχα δοκιμάσει να απενεργοποιήσω το SIP ALG από το router, αλλά χωρίς επιτυχία.


https://1drv.ms/u/s!Ak4Tp3sfpoZGuGZuUcMM38NnjJvK

Εδώ έχω το capture. Οι δύο δοκιμές που μας ενδιαφέρουν, είναι από το εσωτερικό 20 που θα δείτε μέσα.

Το 20 είναι register απομακρυσμένα στο κέντρο. Στο πρώτο stream καλώ το κινητό μου, και στο τελευταίο, με το *2 που λέει, καλώ το voicemail του κέντρου.

Και στις 2 περιπτώσεις, δεν φτάνει ήχος από το κέντρο.

Στέλνοντας το capture στη Yeastar, μoυ είπαν το εξής:
It seems router change the RTP connection IP to the wrong one(192.168.22.27).
Please double check the router settings and disable ALG.

Ευχαριστώ

[SfH]

Θα το δω καλύτερα όταν είμαι σε σταθερό PC, αλλά στα extension options του yeastar έχεις επιλογή για nat ? Αν ναι, ενεργοποίησε την για αυτό το extension και δοκίμασε ξανά.

EDIT : Πέρα από το παραπάνω που είναι σίγουρα πρόβλημα, βλέπω rtp μόνο προς μια κατεύθυνση. Μήπως για κάποιο λόγο δεν είναι στο capture ή άλλη ?

[astbox]

Το πρόβλημα σου είναι στο αρχικό invite, στο message body, στο sdp, το τηλέφωνο βάζει την τοπική ip που έχει και όχι την public που έχει το απομακρυσμένο σημείο.
To καταλαβαίνεις από το flow που βλέπεις ότι το rtp φεύγει προς αυτήν την τοπική ip στο τοπικό δίκτυο του κέντρου.
Θα πρέπει να ρυθμίσεις stun server στην συσκευή σου για να δουλέψει σωστά.

[stavrossp7]

Θα το δω καλύτερα όταν είμαι σε σταθερό PC, αλλά στα extension options του yeastar έχεις επιλογή για nat ? Αν ναι, ενεργοποίησε την για αυτό το extension και δοκίμασε ξανά.

EDIT : Πέρα από το παραπάνω που είναι σίγουρα πρόβλημα, βλέπω rtp μόνο προς μια κατεύθυνση. Μήπως για κάποιο λόγο δεν είναι στο capture ή άλλη ?

Το capture είναι μέσα από το κέντρο. Αλλά σε κανονικές συνθήκες περιλαμβάνει κανονικά και τις 2 κατευθύνσεις. Εδώ προφανώς λόγω του προβλήματος, δεν το εμφανίζει.
Το NAT είναι ενεργοποιημένο κανονικά στο extension.

Το πρόβλημα σου είναι στο αρχικό invite, στο message body, στο sdp, το τηλέφωνο βάζει την τοπική ip που έχει και όχι την public που έχει το απομακρυσμένο σημείο.
To καταλαβαίνεις από το flow που βλέπεις ότι το rtp φεύγει προς αυτήν την τοπική ip στο τοπικό δίκτυο του κέντρου.
Θα πρέπει να ρυθμίσεις stun server στην συσκευή σου για να δουλέψει σωστά.

Με μιά πρόχειρη δοκιμή που έκανα σε ένα SIP client σε υπολογιστή, δεν μου δούλεψε με STUN server.


Ξαναλέω πάντως, πως το όλο σύστημα δούλευε κανονικότατα. Με την αλλαγή της γραμμής σε ευρυζωνική ξεκίνησε.



Ευχαριστώ για τον χρόνο σας παιδιά!

[astbox]

Πάρε trace από την μεριά της συσκευής και ανέβασε το. Επίσης αν θες απενεργοποίησε την αυξημένη προστασία που παρέχει η Cosmote σαν υπηρεσία.

[stavrossp7]

Πάρε trace από την μεριά της συσκευής και ανέβασε το. Επίσης αν θες απενεργοποίησε την αυξημένη προστασία που παρέχει η Cosmote σαν υπηρεσία.

Έχω εδώ δυο captures από τηλέφωνο. Καλώ ένα κινητό, αλλά δεν περνάει τίποτα.


https://mega.nz/#!Ok9ExCpA!R9A10VaVo...7T-Yd2tcZ-IoYU
https://mega.nz/#!m40mwQCS!e-NO8ATTo...KubEPtiOXyg1N4

Επίσης αν θες απενεργοποίησε την αυξημένη προστασία που παρέχει η Cosmote σαν υπηρεσία.

Δεν ξέρω κατά πόσο μου είναι εύκολο να το κάνω αυτή τη στιγμή, γιατί το router είναι μακριά. Θα το προσπαθήσω.

[SfH]

Από τη μεριά του τηλεφώνου δείχνει να μην έρχεται ήχος από το κέντρο. Θεωρώντας ότι το trace από τη μεριά του κέντρου είναι σωστό, η λειτουργία όπου θεωρεί το extension πίσω από nat λειτουργεί λανθασμένα. Μίλα με το support του κατασκευαστή ή δες αν υπάρχει νεότερο software/firmware. Με την επιλογή του nat ενεργοποιημένη για το extension θα πρέπει να βλέπεις το κέντρο να στέλνει πακέτα προς την public ip του τηλεφώνου, όχι την private που αναφέρεται στο sdp. Πιθανότατα το πρόβλημα να είναι σύνθετο, αλλά αν δε λύσουμε αυτό το κομμάτι που είναι οφθαλμοφανές, δεν έχει νόημα να ερευνήσουμε περαιτέρω.

Εναλλακτικά, αν και δε μου αρέσει σαν λύση, αυτό που ανάφερε ο astbox με το STUN θα έπρεπε επίσης να δουλέψει. Μπορείς να βάλεις σε ένα τηλέφωνο STUN και να πάρεις trace από το κέντρο, να δούμε τι γίνεται σε αυτή την περίπτωση ?

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

[atux_null]

το *2 που καλεί στο εσωτερικό 20, είναι κάποιο service?
192.168.1.201 είναι το PBX και 192.168.22.27 είναι το τηλέφωνο?
Λαμβάνεις συνεχώς ένα μνμα λάθους 401 για το εσωτερικό 20.

[astbox]

Ανέβασε Print screen από τις ρυθμίσεις που έχεις στην συσκευή στα παρακάτω settings

Account->Register->NAT
Network->NAT->Nat Manual
Network->NAT->STUN
Network->NAT->ICE
Network->NAT->TURN