Χρήση FritzBox 7270v3 ως PBX σε VoIP γραμμή του ΟΤΕ (χωρίς τη χρήση Speedport)

[gordonas]

Το fax το έχεις σαν εσωτερικό πάνω στο κέντρο; Έχεις διαφορετικό inbound route για τον αριθμό του fax;

Ναι, έχω διαφορετικό και με αυτό που μου είχες πει να βάλω στο context το "from-pstn-toheader" πράγματι δουλεύει. Ο αριθμός του Fax χτυπάει μόνο στο fax.

[astbox]

Τότε δεν θα έχεις πρόβλημα, φτιάξε τον κανόνα με κενά τα did και cid, θα δρα σαν κουβάς.
Το κέντρο πρώτα θα τσεκάρει όλους τους κανόνες που έχουν did ή cid και αν δεν βρει κάποιον που να ταιριάζει θα τα στέλνει στον κουβά.
Τώρα απλά στα ρίχνει στο κενό.

[gordonas]

Τότε δεν θα έχεις πρόβλημα, φτιάξε τον κανόνα με κενά τα did και cid, θα δρα σαν κουβάς.
Το κέντρο πρώτα θα τσεκάρει όλους τους κανόνες που έχουν did ή cid και αν δεν βρει κάποιον που να ταιριάζει θα τα στέλνει στον κουβά.
Τώρα απλά στα ρίχνει στο κενό.

OK, αλλά δεν με αφήνει να το έχω κενό. Μου βγάζει αυτό το μήνυμα όταν πάω να κάνω save "extension number already in use by: ParkPlus: PickupSlot Default Lot"...

- - - Updated - - -

Το βρήκα! Έφταιγε η ρύθμιση στο advance menu στο inbound routes που αφορούσε το recording. To έβαλα στο never και έτσι τώρα μπορώ να αφήσω κενό το DID και διορθώθηκε το πρόβλημα.

Ευχαριστώ και πάλι.

[jkarabas]

Κάπου νομίζω είχε αναφερθεί:
Υπάρχει τρόπος να αυξήσουμε τον περιορισμό που υπάρχει στους αριθμούς στην call block list στο 7270?

[deniSun]

Κάπου νομίζω είχε αναφερθεί:
Υπάρχει τρόπος να αυξήσουμε τον περιορισμό που υπάρχει στους αριθμούς στην call block list στο 7270?

Πόσος είναι ο περιορισμός γιατί δεν θυμάμαι;

- - - Updated - - -

Έκανα τις εξής αλλαγές:
Απενεργοποίησα το sip service του ΜΤ.
Απ ότι είδα σχετίζεται στην υλοποίηση με το SIP ALG.
Η ΜΤ το ονομάζει SIP helper.
Πολλοί πάροχοι voip συνιστούν την απενεργοποίησή του.
Έτσι προχώρησα στην υλοποίηση με port forward των udp 5060 (sip) και 4000-4009 (rtp).

Παραδόξως διαπίστωσα τα εξής:
Είτε κάνω port forward είτε όχι τις παραπάνω πόρτες, η τηλεφωνία λειτουργεί απροβλημάτιστα.
Δέχομαι και κάνω κλήσεις και ακούω και με ακούει ο άλλος κανονικότατα.
Έκανα και restart το fritz αλλά και το ΜΤ για να είμαι σίγουρος.
Οι αντίστοιχες εγγραφές στο ΝΑΤ άλλοτε μαζεύουν πακέτα και άλλοτε όχι.
Και μάλιστα σε ανύποπτο χρόνο.
Τελικά δεν χρειάζεται πάντα να είναι ανοικτές οι πόρτες για sip/rtp;

Επίσης...
Ένα "καλό" που διαπίστωσα με το port forward είναι ότι η 5060 μένει ενεργεί όσο διαρκεί το TTL του πακέτου.
Με το sip service/helper/alg έμενε ενεργεί για 1 ώρα.
Υπήρχε βέβαια επιλογή για να μειώσεις ή να αυξήσεις τον χρόνο όσο θέλεις.

[jkarabas]

Πόσος είναι ο περιορισμός γιατί δεν θυμάμαι;

- - - Updated - - -

Έκανα τις εξής αλλαγές:
Απενεργοποίησα το sip service του ΜΤ.
Απ ότι είδα σχετίζεται στην υλοποίηση με το SIP ALG.
Η ΜΤ το ονομάζει SIP helper.
Πολλοί πάροχοι voip συνιστούν την απενεργοποίησή του.
Έτσι προχώρησα στην υλοποίηση με port forward των udp 5060 (sip) και 4000-4009 (rtp).

Παραδόξως διαπίστωσα τα εξής:
Είτε κάνω port forward είτε όχι τις παραπάνω πόρτες, η τηλεφωνία λειτουργεί απροβλημάτιστα.
Δέχομαι και κάνω κλήσεις και ακούω και με ακούει ο άλλος κανονικότατα.
Έκανα και restart το fritz αλλά και το ΜΤ για να είμαι σίγουρος.
Οι αντίστοιχες εγγραφές στο ΝΑΤ άλλοτε μαζεύουν πακέτα και άλλοτε όχι.
Και μάλιστα σε ανύποπτο χρόνο.
Τελικά δεν χρειάζεται πάντα να είναι ανοικτές οι πόρτες για sip/rtp;

Επίσης...
Ένα "καλό" που διαπίστωσα με το port forward είναι ότι η 5060 μένει ενεργεί όσο διαρκεί το TTL του πακέτου.
Με το sip service/helper/alg έμενε ενεργεί για 1 ώρα.
Υπήρχε βέβαια επιλογή για να μειώσεις ή να αυξήσεις τον χρόνο όσο θέλεις.

Ο περιορισμός είναι έως 32 αριθμοί. Στο fritz suport αναφέρει ότι αυτό επεκτείνεται με τη χρήση νέου telephone book όπου εκεί καταχωρείς τη λίστα σου αλλά μετά στο μενού η επιλογή Call Handling δεν υπάρχει στο 7270 και έτσι κόλλησα.
https://en.avm.de/service/fritzbox/f...ll-diversions/

https://en.avm.de/service/fritzbox/f...-rate-numbers/

Ίσως να μην αυξάνεται το νούμερο στο 7270...
https://service.avm.de/help/en/FRITZ...fon_sperre_neu

Δηλ. τώρα για να καταλάβω απενεργοποίησες το sip service και άνοιξες πόρτες; Είχες προβλήματα και το έκανες αυτό; Ψάχνω να βρω γιατί οι πάροχοι συνιστούν την απενεργοποίησή του.

Με το sip service/helper/alg έμενε ενεργεί για 1 ώρα.

Εννοείς το Sip timeout μέσα στο sip service?

Διάβασα και το ποστ στο forum της mikrotik υπάρχει και μια ωραία παρουσίαση.
https://forum.mikrotik.com/viewtopic.php?t=56265

Λες τελικά τα προβλήματα που είχα στο 951 με το sip να σχετίζονται με αυτό;

[deniSun]

Ο περιορισμός είναι έως 32 αριθμοί. Στο fritz suport αναφέρει ότι αυτό επεκτείνεται με τη χρήση νέου telephone book όπου εκεί καταχωρείς τη λίστα σου αλλά μετά στο μενού η επιλογή Call Handling δεν υπάρχει στο 7270 και έτσι κόλλησα.
https://en.avm.de/service/fritzbox/f...ll-diversions/

https://en.avm.de/service/fritzbox/f...-rate-numbers/

Ίσως να μην αυξάνεται το νούμερο στο 7270...
https://service.avm.de/help/en/FRITZ...fon_sperre_neu

Δηλ. τώρα για να καταλάβω απενεργοποίησες το sip service και άνοιξες πόρτες; Είχες προβλήματα και το έκανες αυτό;


Τι εννοείς με αυτό; που βρίσκεται μέσα στο ΜΤ;


Αυτό που γίνεται;

Σχετίζονται όλα αυτά με το παρακάτω λινκ;
https://forum.mikrotik.com/viewtopic.php?t=56265

Έκανα disable το sip service.
Στις επιλογές του υπάρχει ένδειξη sip timeout που μπορείς να πειράξεις.

Δεν είχα πρόβλημα.
Απλά κάνω δοκιμές για καλύτερη απόδοση.

[jkoukos]

Το SIP ALG/Helper/κλπ κανονικά δεν χρειάζεται όταν ο server είναι δημόσιος (όπως ο IMS του ΟΤΕ) ή/και η συσκευή μας γνωρίζει ότι είναι πίσω από ΝΑΤ και το διαχειρίζεται σωστά. Το θέμα είναι ότι το πρότυπο του SIP, σε αυτό ακριβώς το σημείο είναι "ανοικτό" σε ερμηνεία και υλοποίηση ανά κατασκευαστή, οπότε η πραγματικότητα είναι ότι έχουμε πλείστες φορές διάφορα θέματα.

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

[deniSun]

Το SIP ALG/Helper/κλπ κανονικά δεν χρειάζεται όταν ο server είναι δημόσιος (όπως ο IMS του ΟΤΕ) ή/και η συσκευή μας γνωρίζει ότι είναι πίσω από ΝΑΤ και το διαχειρίζεται σωστά. Το θέμα είναι ότι το πρότυπο του SIP, σε αυτό ακριβώς το σημείο είναι "ανοικτό" σε ερμηνεία και υλοποίηση ανά κατασκευαστή, οπότε η πραγματικότητα είναι ότι έχουμε πλείστες φορές διάφορα θέματα.

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

Έχω μια άλλη παρουσίαση του ίδιου.
Διαβάζω τώρα και αυτή που μου έστειλες.
Στην περίπτωσή μου που έχω ΝΑΤ μόνο στο ΜΤ και όχι στο fritz λογικά δεν χρειάζεται.
Απ ότι βλέπω μαζεύει πακέτα, και αυτά ελάχιστα, μόνο στο sip και καθόλου στο rtp.
Στις συνδέσεις στο ΜΤ βλέπω παρ όλα αυτά να ανοίγουν κανονικά οι πόρτες για sip/rtp.
Άρα λες να αφαιρέσω τελείως τις ανάλογες εγγραφές από το ΝΑΤ του ΜΤ;
Έτσι απλοποιείται τελείως η όλη διαδικασία.

[jkoukos]

RTP πακέτα θα μαζεύει μόνο σε κλήση. SIP έχουμε συχνά, άσχετα αν υπάρχει κλήση ενεργή, αφού μέσω αυτών ρυθμίζεται όλη η λειτουργία της τηλεφωνίας.

Μπορείς να κάνεις τον έλεγχο που αναφέρει στην παρουσίαση, μιας και τα έχεις όλα (ΜΤ, VoIP, Fritz) και θα διαπιστώσεις τι παίζει.

[deniSun]

RTP πακέτα θα μαζεύει μόνο σε κλήση. SIP έχουμε συχνά, άσχετα αν υπάρχει κλήση ενεργή, αφού μέσω αυτών ρυθμίζεται όλη η λειτουργία της τηλεφωνίας.

Μπορείς να κάνεις τον έλεγχο που αναφέρει στην παρουσίαση, μιας και τα έχεις όλα (ΜΤ, VoIP, Fritz) και θα διαπιστώσεις τι παίζει.

Το γνωρίζω αυτό.
Αλλά μιλάω για τις εγγραφές που σχετίζονται στο ΝΑΤ για το port forward.
Εκεί δεν φαίνεται να μαζεύει τίποτε το RTP και το SIP ελάχιστα.

[jkoukos]

Γιατί θεωρείς ότι πρέπει να υπάρχουν εγγραφές; Αυτό είναι που μου διαφεύγει.

Το Fritz στέλνει πληροφορία (SIP) στον IMS και του λέει έχω την Χ ΙΡ και ακούω στις ΥΥ πόρτες (RTP). Το ΜΤ βλέπει αυτές τις πληροφορίες και κάνει τις ανάλογες κινήσεις (κι εδώ είναι όλη η ιστορία και τα θέματα). Περιοδικά μεταξύ Fritz και IMS υπάρχει SIP επικοινωνία για διατήρηση και επιβεβαίωση του regisration. Η αντίστοιχη RTP επικοινωνία υπάρχει μόνο κατά την διάρκεια κλήσεων.

[deniSun]

Γιατί θεωρείς ότι πρέπει να υπάρχουν εγγραφές; Αυτό είναι που μου διαφεύγει.

Το Fritz στέλνει πληροφορία (SIP) στον IMS και του λέει έχω την Χ ΙΡ και ακούω στις ΥΥ πόρτες (RTP). Το ΜΤ βλέπει αυτές τις πληροφορίες και κάνει τις ανάλογες κινήσεις (κι εδώ είναι όλη η ιστορία και τα θέματα). Περιοδικά μεταξύ Fritz και IMS υπάρχει SIP επικοινωνία για διατήρηση και επιβεβαίωση του regisration. Η αντίστοιχη RTP επικοινωνία υπάρχει μόνο κατά την διάρκεια κλήσεων.

Το θέμα μου είναι το εξής.
Όπως το λες η επικοινωνία γίνεται μεταξύ IMS <> MT <> Fritz.
Για την επικοινωνία εξερχώμενες/εισερχώμενες:
1. Χρειάζεται sip alg;
2. Χρειάζεται port forward;
3. Χρειάζεται απλά ΝΑΤ;
Φυσικά υπάρχει ΝΑΤ στο ΜΤ.
Αρχικά είχα το (1).
Αυτή την στιγμή τρέχω το (2).
Οι δοκιμές που έκανα επιβεβαιώνουν ότι ισχύει και το (3).

Αν ισχύει το (3) τότε οι περιπτώσεις (1) και (2) φαίνονται ότι επιβαρύνουν την όλη διαδικασία της επικοινωνίας.
Ο IMS του ΟΤΕ φαίνεται ότι είναι με Public χωρίς ΝΑΤ.
Οπότε η χρήση SIP ALG φαίνεται να μην χρειάζεται.

Το ερώτημα είναι... μήπως δεν χρειάζεται ούτε το port forward αφού φαίνεται να λειτουργεί απροβλημάτιστα με ΜΟΝΟ το ΝΑΤ;
Γιατί αρχικά αν θυμάσαι όταν μιλούσαμε για το asus λέγαμε ότι θα πρέπει να κάνουμε είτε port forward, είτε pass through (το αφήνω αυτό), είτε sip helper (με ΜΤ που είχα αναφέρει εγώ).
Μήπως τελικά το όλο θέμα είναι πολύ πιο απλό;
Αν το port forward δεν απαιτείται για την επικοινωνία, τότε απλά κοτσάρουμε τον sip εξοπλισμό (speedport, fritz) πίσω από το ρούτερ (με κλειστά τα ΝΑΤ στο sip) και είμαστε μάγκες.

ΥΓ
Αν δεις στις φώτο που ανέβασα υπάρχει κλήση όπως φαίνεται στα connections.
Υπάρχει ανοικτή η 5060 και η 4004 και 4005.
Παρ όλα αυτά στο ΝΑΤ δεν μαζεύει τίποτε στον αντίστοιχο κανόνα των RTP για port forward που έχω.
Πράγμα που σημαίνει ότι "βολεύεται" με το αρχικό/βασικό ΝΑΤ που έχω πιο πάνω.
Επίσης αν δεις η sip εγγραφή για port forward στο ΝΑΤ μαζεύει σχεδόν ελάχιστα.
Καμία σχέση με τα πακέτα που φαίνεται να δρομολογούνται στο παράθυρο connections.

- - - Updated - - -

Παρατηρώ τα εξής:
Όταν κάνω εξερχόμενη ανοίγει το fritz την 5060.
Όλα καλά έως εδώ.
Έχω επικοινωνία κλπ.

Στα connections μου δείχνει την 5060 με timeout 3'.
Κάνω μια δοκιμή και σβήνω το συγκεκριμένο connections.
Στο fritz μου δείχνει ότι το τηλέφωνο είναι register.
Αν πάω να δεχθώ μια εισερχόμενη τότε το τηλέφωνο δεν απαντάει.
Και σε αυτόν που καλεί δεν ακούγεται κανένας ήχος.
ΤΟΤΕ η εγγραφή sip στο ΝΑΤ για port forward μαζεύει πακέτα.
Δεν θα έπρεπε το fritz να απαντήσει ανοίγοντας την πόρτα 5060 ώστε να επιτευχθεί η συνομιλία;
Η 5060 μετά την παραπάνω δοκιμή ανοίγει ξανά μόνη της μετά από ~5'.
Μέχρι τότε δεν μπορώ να δεχθώ καμία κλήση.
Αντίθετα αν στο διάστημα αυτό κάνω μια εξερχόμενη, τότε η 5060 ανοίγει κανονικά και πλέον μπορώ να δεχθώ και εισερχόμενες.
Μάλλον γι αυτό το sip helper του ΜΤ όριζε τόσο πολύ το timeout της 5060.

Κανονικά όμως δεν θα έπρεπε με την εισερχόμενη κίνηση της 5060 προς το fritz να ανοίξει η συγκεκριμένη πόρτα στο fritz.
Διαφορετικά ποιος ο ρόλος του port forward;

[jkarabas]

Πάντως Deni τώρα που το συζητάμε, διάβασα και εγώ τον τύπο με την παρουσίαση που έκανε, έκλεισα το sip από το MT και χωρίς port forward δουλεύει κανονικά η τηλεφωνία.
Rebbot το fritz, εισερχόμενες-εξερχόμενες μια χαρά. Με ακούνε τους ακούω. Μήπως τελικά είναι περιττό το άνοιγμα των πορτών;

[deniSun]

Πάντως Deni τώρα που το συζητάμε, διάβασα και εγώ τον τύπο με την παρουσίαση που έκανε, έκλεισα το sip από το MT και χωρίς port forward δουλεύει κανονικά η τηλεφωνία.
Rebbot το fritz, εισερχόμενες-εξερχόμενες μια χαρά. Με ακούνε τους ακούω. Μήπως τελικά είναι περιττό το άνοιγμα των πορτών;

Απ ότι έχω καταλάβει...
1. Από την στιγμή που ο IMS του ΟΤΕ είναι σε Public IP ζωρίς ΝΑΤ δεν χρειάζεται ο sip helper.
2. Σίγουρα δεν χρειάζεται το port forward στις RTP. Οι rtp ανοίγουν μετά την επίτευξη της σύνδεσης, όταν απαντήσει ο άλλος.
3. Το άνοιγμα της 5060 γίνεται από τον "client" θεωρώντας ότι σε κάθε περίπτωση ο server είναι ο IMS.
Δηλαδή... έχει ανοίξει το fritz την 5060; Όλα καλά.
Δεν την έχει ανοίξει; Δεν μπορεί να έχεις κλήσεις.
Στην περίπτωση που δεν έχει ανοίξει η 5060 από το fritz, ο IMS στέλνει πακέτα στην 5060 του fritz.
Απ ότι είδα το fritz ΔΕΝ μπορεί να δεχθεί από έξω πακέτα 5060. Τα απορρίπτει.
Άρα αν για οποιοδήποτε λόγο χάσει το fritz την επικοινωνία με τον IMS στην 5060, δεν μπορείς να έχεις καμία κλήση.
Άρα την όλη ευθύνη για το άνοιγμα της 5060 την έχει το fritz.
Και δεν χρειάζεται έτσι κανένα port forward.
4. Την ίδια ακριβώς συμπεριφορά έχει και ο sip helper.
Αν σβήσω την σύνδεση με την πόρτα 5060, σταματάει να δέχεται εισερχόμενες και επανέρχεται μόνο μετά από ~5 λεπτά (όταν μάλλον κάνει αίτημα το fritz) ή όταν κάνω μια εξερχόμενη.
5. Όσες υλοποιήσεις έχω δει που χρησιμοποιούν port forward αναφέρονται σε sip/rtp.
Και αν διαβάσουμε καλύτερα, όλες αυτές οι υλοποιήσεις μιλούν για χρήση από έξω του fritz ως PBX.
Δεν έχουν σχέση με αυτό που κάνουμε εμείς με τον IMS του ΟΤΕ.