OTE Sip Trunk Οδηγίες για Asterisk (Issabel, FreePBX, κλπ)

[BlueChris]

Πρέπει να ενεργοποιήσεις το sip alg ώστε να σου ανοίγει σωστά τις πόρτες. Κανονικά δεν χρειάζεται port forward.

? Σίγουρα? Αυτό είναι από τα πρώτα πράγματα που κάνω off παντού από το 2000 γιατί πάντα είχα πρόβλημα εγώ προσωπικά.

[BillyVan]

Εγώ πάντα γυρίζω σε 5160 και δεν είχα ποτέ θέμα

Στον Οτε ?

[astbox]

Αν ξέρεις τι κάνεις ναι δεν χρειάζεται αλλά εδώ ο φίλος τα έχει κάνει λίγο μούτι, ας ξεκινήσει με όσο πιο κοντινή κατάσταση έρχεται το router της cosmote που ξέρει ότι του δουλεύει και μετά ας βγάλει τα μάτια του.
Επίσης δεν ξέρεις πως δουλεύει το firmware του κάθε εξοπλισμού οπότε ας το δοκιμάσει και αυτό. Βεβαία γενικά ανωμαλίες με firmware έχω δει με κλειδωμένα από τους παρόχους που κάνανε τα δικά τους.
Από αυτά που περιγράφει στα πακέτα που φεύγουν από το κέντρο φαίνεται η IP που έχει το κέντρο στο τοπικό δίκτυο και όχι η wan IP ώστε να ξέρει η απέναντι μεριά που να του στείλει τα πακέτα της φωνής.
Δουλεύουν οι κλήσεις προς τα άλλα δίκτυα γιατί κάθεται στην μέση το IMS της cosmote που δεν το ενδιαφέρει τι γράφει μέσα το πακέτο απλά τα στέλνει πίσω από την IP που ήρθαν.
Όταν η κλήση μένει στο δίκτυο του OTE τα δύο άκρα ανταλλάσουν απευθείας πακέτα φωνής οπότε αν το κέντρο δηλώνει την τοπική του πάνε στο κουβά. Σαν δεδομένο στο σχεδιασμό του IMS έχουν πάρει ότι τα άκρα πάντα ελέγχονται από το IMS και είναι δικός τους εξοπλισμός με τις ρυθμίσεις που θέλουν.
Για όποιον χρησιμοποιεί sip trunking σε μη flex πακέτο αν θυμάμαι καλά δεν supportαρουν τίποτα για αυτό ακριβώς τον λόγο. Στο flex σου δίνουν σημασία αλλά όχι ότι μπορούν να κάνουν και πολλά.
Το alg θα του φτιάξει τα πακέτα και λογικά θα δουλέψουν όλες οι κλήσεις.

[netblues]

Σταματηστε τα port forward απο το Internet. Δεν ειναι τροπος αυτος. Ουτε η αλλαγη πορτας λεει κατι.

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

Εισαι σιγουρος για αυτο? Αν συμβαινει ειναι privacy issue. Ουτε λιγο ουτε πολυ με μια κληση βρισκω την ip σου? Ενδιαφερον. Θα το δοκιμασω

[lakis]

Πρέπει να ενεργοποιήσεις το sip alg ώστε να σου ανοίγει σωστά τις πόρτες. Κανονικά δεν χρειάζεται port forward.

Σ' ευχαριστώ πολύ, θα το δοκιμασω να δω αυριο!

[astbox]

Έτσι μου είχαν πει από το support τους σε ένα κουλό πρόβλημα που είχαμε, που δεν παίζανε τα dtmf από έναν συγκεκριμένο πελάτη.
Τα rtp είπαν ότι πάνε απευθείας από το ένα άκρο στο άλλο. Αν ισχύει ακόμα το πως έχουν σετάρει το δίκτυο τους, internet και φωνή από την ίδια pppoe σύνδεση, τότε μάλλον ναι, στο sdp θα δεις την wan IP του ανθρώπου μου μιλάς.

[netblues]

Καλα το χαος με τα dtmf ειναι γνωστο χρονια τωρα, αν και εχει μαζευτει σχετικα.
Το βρισκω πολυ κουλο να το εχουν κανει ετσι.

Ενα pcap θα μας πει.

[finos]

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

Off Topic

Δοκίμασα μολις καλώντας τη μια σταθερή γραμμη Cosmote Μου προς τη αλλη γραμμη cosmote

Το invite ηρθε απο :

και η RTP :

με το 1.3 να ειναι το FreePBX και ο 195.167.22.103 Ο media server του ΟΤΕ .


οποτε το παραπανω δεν ισχύει

[netblues]

Δεν μας ενδιαφερει το invite αλλα το rtp stream.

[finos]

Δεν μας ενδιαφερει το invite αλλα το rtp stream.

και η RTP :

2η εικονα .

two way RTP προς τον 195.167.22.103.

ποτε προς τη public IP καμίας απο τις 2 συνδέσεις

[astbox]

Το SDP δείχνει η εικόνα, οπότε μπούρδες μου λέγανε.

[sxbcl]

Όταν λένε ότι τα RTP πηγαίνουν απευθείας, αυτό που εννοούν είναι ότι δε γίνεται κανένα transcoding από τη μεριά του παρόχου και περνάνε transparently τα πακέτα.
Φυσικά και γίνονται relay από τον IMS και δεν εμφανίζεται η source IP του καλούντος.
Γι' αυτό και σε ό,τι αφορά τα DTMF, ό,τι στείλει το ένα άκρο (π.χ. inband ή RFC2833) το ίδιο θα λάβει και το άλλο άκρο, χωρίς να αλλάζει τίποτα από τον IMS.

[BlueChris]

Όταν λένε ότι τα RTP πηγαίνουν απευθείας, αυτό που εννοούν είναι ότι δε γίνεται κανένα transcoding από τη μεριά του παρόχου και περνάνε transparently τα πακέτα.
Φυσικά και γίνονται relay από τον IMS και δεν εμφανίζεται η source IP του καλούντος.
Γι' αυτό και σε ό,τι αφορά τα DTMF, ό,τι στείλει το ένα άκρο (π.χ. inband ή RFC2833) το ίδιο θα λάβει και το άλλο άκρο, χωρίς να αλλάζει τίποτα από τον IMS.

Αυτό με τα DTMF είναι τραγικό στη Vodafone.... έχω μόνιμο πρόβλημα στη δουλειά γιατί στο 30κάναλο που μου έχουν τόσα χρόνια είναι inband υποχρεωτικά το ρημάδι το oxygen που μου έχουν βάλει και μου διαλύει το σύμπαν γιατί τίποτα άλλο δεν παίζει με inband.. (έβγαλα πόνο )

[astbox]

Αν έχεις θέμα στις εισερχόμενες δοκίμασε να ορίσεις στο sip trunk το dtmfmode σε auto.

[sxbcl]

Αυτό με τα DTMF είναι τραγικό στη Vodafone.... έχω μόνιμο πρόβλημα στη δουλειά γιατί στο 30κάναλο που μου έχουν τόσα χρόνια είναι inband υποχρεωτικά το ρημάδι το oxygen που μου έχουν βάλει και μου διαλύει το σύμπαν γιατί τίποτα άλλο δεν παίζει με inband.. (έβγαλα πόνο )

Δε φταίει η Vodafone και κανένας πάροχος σε ό,τι αφορά τη γραμμή που έχουμε στα τηλ. κέντρα μας.
Κανένας πάροχος δεν κάνει transcoding στα streams, ούτε σε επίπεδο codecs, ούτε σε επίπεδο dtmf protocol. Ό,τι στέλνει η απέναντι πλευρά, αυτό λαμβάνεις εσύ. Αν π.χ. εγώ από το δικό μου VoIP τηλεφωνικό κέντρο στείλω DTMF outband, αυτό θα λάβεις στο δικό σου.
Αυτό που συμβαίνει είναι ότι όλα τα CPEs, όλων των παρόχων είναι ρυθμισμένα να στέλνουν DTMF inband.
Σε δοκιμές που έχω κάνει, έχω καταλάβει ότι η κινητή τηλεφωνία στέλνει και τα δύο και inband και outband.

Το DTMF inband σύμφωνα με πολλούς vendors τηλεφωνικού εξοπλισμού, δεν είναι τόσο αξιόπιστο όσο το RFC2833 και έχουν αρχίσει να το εγκαταλείπουν