τρεις γραμμές ΟΤΕ και SIP trunks από asterisk

[sxbcl]

Κάποια στιγμή το είχα δοκιμάσει αυτό, να κάνω register σε ένα τηλεφωνικό κέντρο 2 γραμμές BusinessVoIP της Cosmote και είχα ακριβώς το ίδιο πρόβλημα.
Κατάφερα και υλοποίησα source based routing, με βάση την source port του registration στο κέντρο και έγινε το register και στις δύο γραμμές, αφού βρήκα δυο διαφορετικές ΙΡs του ims, θεωρητικά ήταν σχετικά σταθερό το registration, αλλά υπάρχει άλλο σημαντικό πρόβλημα. Η μία γραμμή δεν είχε καθόλου ήχο, γιατί για τα RTP γίνεται το "negotiation" στο SDP κατά την κλήση και όλα πήγαιναν από την ίδια σύνδεση, με αποτέλεσμα της μίας να χάνονται...
Τελικά το έλυσα αφού έκανε customization ο vendor του τηλεφωνικού κέντρου.
Σε άλλες υλοποιήσεις, σε ότι αφορά appliance τηλεφωνικό κέντρο, χρησιμοποιούν πολλαπλές πλακέτες IP, ενώ σε software based τηλεφωνικά κέντρα, πολλαπλές κάρτες δικτύου.

[netblues]

Δεν χρειαζονται πολλαπες καρτες δικτυου. Γινεται απλουστερα με δευτερη ip στην ιδια καρτα. Φτανει να μπορει το sip πρωτοκολλο να κανει bind σε συγκεκριμενη
Υποψιαζομαι οτι αυτο εκαναν στο customisation.
Το sip δεν μπορει να το κανει,(εκτος αν καποιος εχει ορεξη να το πειραξει/γραψει) το pjsip μπορει μια χαρα, οποτε επιλεγεται το αντιστοιχο gateway βασει του source ip και ολα δουλευουν αψογα. Μενει να λυθει το θεμα με τα πολλαπλα@ στο registration που δεν αρεσουν στο pjsip.
Προφανως χρειαζεται router device που να μπορει να κανει τετοια πραγματα. πχ, pfsense.

[BillyVan]

Αν δεν κανω λαθος υπηρχε προβλημα με το @ και στο 3cx κατι που απ οτι εμαθα λυθηκε.

[atux_null]

Μπορείς να δώσεις config σε παρακαλώ? Ώστε να πάρουμε μια ιδέα τι πρέπει να κάνουμε?

[dogganos]

+1

config please!

[dogganos]

Ίσως να μην ακούγεται σχετικό με όσα λέμε παραπάνω, αλλά είναι:

Βάζω διαφορετικά ports σε κάθε registration string που θέλω να πηγαίνει από διαφορετική internet γραμμή:

register => XXXXXXXXXXxxxxxx@ngn.hol.net:5061/XXXXXXXXX
register => XXXXXXXXXXxxxxxx@ngn.hol.net:5062/XXXXXXXXX
register => XXXXXXXXXXxxxxxx@ngn.hol.net:5063/XXXXXXXXX

Καταφέρνω τα πακέτα με iptables να γίνονται route από την σωστή internet γραμμή για κάθε νούμερο, αναλόγως του port τους, αλλά και τελικά να φεύγουν με το πραγματικό destination port που φυσικά είναι το 5060 για όλα, αλλά έλα που το μέσα στο payload του SIP πακέτου έχει το port του registration string!



Πως το σώζω αυτό; Καμιά ιδέα; Δηλαδή αντί μέσα στο πακέτο να λέει
REGISTER sip:ngn.hol.net:5061 SIP/2.0
να λέει
REGISTER sip:ngn.hol.net:5060 SIP/2.0

Δεν κατάφερα κανένα proxy-like setting να το κάνει. Κι αλήθεια, αν έπρεπε στον SIP provider να συνδεθείς μέσω proxy, πως θα το έκανες; Γίνεται;

[netblues]

Αντε και το κανες.
Με το rtp μετα τι θα γινει?

[BillyVan]

Καλημέρα!

Θεωρητικά πιστεύω οτι μπορεί να γίνει αλλα το θεωρώ εξαιρετικά μα εξαιρετικά δύσκολο να υλοποιηθεί.

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

Εχω την εντυπωση οτι και να το κάνει κάποιος δεν πρόκειται να το μοιραστεί εδω μαζι μας.

Οποτε χρειάστηκε να κάνω κατι τετοιο έβαλα raspberry ή frtiz και παίζει ακόμη μια χαρά.

[netblues]

Γιατι? Ειναι κανενα εφτασφραγιστο μυστικο?
Η εφαρμογη του ειναι σε πολυ λιγες περιπτωσεις

Εδώ https://community.freepbx.org/t/pjsi...username/66680 ενας αδερφος, το εχει κυκλωσει, αλλα τα ζωντοβολα δεν καταλαβαινουν.
Οτι και να κανεις, καταληγει σε auth rejected, μαλλον δεν του αρεσει το looser name.
Αν βαλεις δυο @@ τοτε δεν φτιαχνει καν το registration object
An βαλεις %40 το φτιαχνει μεν, αλλα μαλλον δεν το ξανακανει @
Εχω την υποψια οτι δεν στελνει τελικα τα δυο @@ στο registration string.
Ενα capture θα μας το πει.

[dogganos]

Ανυπομονώ να βρεθώ μπροστά στο setup με τις τρεις γραμμές να πειραματιστώ. Στην χειρότερη μπορώ να κάνω μια μικρή τροποποιησούλα στο source code του asterisk που φτιάχνει το reg. string. Πόσο δύσκολο μπορεί να είναι; Να μην με λένε Ζάχο Δόγγανο αν δεν τα καταφέρω!

[netblues]

Ανυπομονώ να βρεθώ μπροστά στο setup με τις τρεις γραμμές να πειραματιστώ. Στην χειρότερη μπορώ να κάνω μια μικρή τροποποιησούλα στο source code του asterisk που φτιάχνει το reg. string. Πόσο δύσκολο μπορεί να είναι; Να μην με λένε Ζάχο Δόγγανο αν δεν τα καταφέρω!

Δεν χρειαζεσαι τρεις γραμμες, το προβλημα πρεπει να λυθει σε επιπεδο pjsip και μονον.
Και με μια γινεται.
Για αρχη πρεπει να δουμε τι στελνει στο καλωδιο, με pcap.

[BillyVan]

Νομιζω ειναι 2 διαφορετικα πραγματα στο θεμα μας.

1 ειναι το pjsip στον οτε που ξερουμε οτι δεν παιζει για το @

2 ειναι το reg των 3 αριθμων οτε απ το ιντερνετ της καθε γραμμης με στοιχεια voip απ το asterisk

Τα μπλεξαμε νομιζω

[netblues]

Τιποτε δεν μπλεξαμε, αν εχουμε pjsip, τοτε το καθε trunk γινεται bind σε διαφορετικη ip, καρτα, οτι εχεις, και εκει υπαρχουν πολλες λυσεις.

[dogganos]

Να ρωτήσω το εξής: Γίνεται σε ένα μηχάνημα να τρέξουν 3 asterisk instances, ώστε στην περίπτωση που δεν παίξει το pjsip με τα @@ του, τουλάχιστον να μπορέσω να βάλω στο μηχάνημα άλλες δύο IP ώστε να κάνω τα τρία asterisk instances να τρέχουν αυτόνομα, να κάνει bind κάθε ένα στην δική του IP και να λυθεί το θέμα; Στην τελική θα βάλω αν είναι δύο mini VMs να τρέχουν στον server μου, να τρέξω από ένα asterisk στο καθένα.

[netblues]

Αμα βαλεις esxi, kvm, hyperv και τα συνδεσεις μεταξυ τους με sip trunks, γινεται, αλλα δεν παυει να ειναι πολυπλοκο.
Θες τρια full instances.
Παντως στο σχετικο capture που το ψαξα, αμα βαλεις @ στο config file αρνειται να φτιαξει registration object, οποτε δεν προσπαθει καν να κανει register
Αν παλει βαλει κανεις %40 δηλαδη το παπακι σε hex, το περναει αυτουσιο, η αλλη πλευρα δεν το καταλαβαινει και επιστρεφει invalid user.
Οποιος εχει ορεξη να πειραξει το pjsip ωστε να μετατρεπει τα % απο hex σε ascii, τοτε θα δουλεψει.
Δεν πρεπει να ειναι περισσοτερο απο μια γραμμη. (φτανει να βρεις τη γραμμη)
Δυσκολοι καιροι για δογκανους?