Freepbx πρόβλημα με εισερχόμενες κλήσεις σε οτε flex

**astbox** · 24-09-18, 14:27

Πρόσθεσε ένα static route για το 195.167.16.0/21 προς το eth1 για παν ενδεχόμενο.

**netblues** · 24-09-18, 14:36

Αρχικό μήνυμα από astbox

Πρόσθεσε ένα static route για το 195.167.16.0/21 προς το eth1 για παν ενδεχόμενο.

το /21 προκυπτει απο καπου η ειμαστε λιγο large?

(γιατι υπο συνθηκες αυτο δημιουργει τρυπες για αλλα πραγματα..)

**daras** · 24-09-18, 14:38

Αυτη η εγγραφη που ειναι το για το δικτυο του ΟΤΕ ειναι σωστη ?

80.107.109.160/29 dev eth1 proto kernel scope link src 80.107.109.162

Απλα θα προσθεσω και αλλα μια static route για το 195.167.16.0/21 προς το eth1

**netblues** · 24-09-18, 14:46

τι ειναι αυτο το δικτυο? Ποιος σου το εδωσε?

**daras** · 24-09-18, 14:58

Δεν μπορω να καταλαβω τι παιζει το ping φαινεται οκ γραμμες ειναι registered αλλα εισερχομενες δεν εχω

OTE-1/+302351440930 195.167.16.129 No No 5060 OK (21 ms)
OTE-2/+302351440940 195.167.16.129 No No 5060 OK (21 ms)
OTE-3/+302351091277 195.167.16.129 No No 5060 OK (21 ms)
OTE-4/+302351091577 195.167.16.129 No No 5060 OK (17 ms)
OTE-5/+302351091611 195.167.16.129 No No 5060 OK (21 ms)
OTE-6/+302351091612 195.167.16.129 No No 5060 OK (16 ms

[root@freepbx ~]# ping -I eth1 ims.otenet.gr
PING ims.otenet.gr (195.167.16.129) from 80.107.109.162 eth1: 56(84) bytes of data.
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=1 ttl=250 time=21.9 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=2 ttl=249 time=12.6 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=3 ttl=250 time=18.8 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=4 ttl=249 time=11.9 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=5 ttl=250 time=16.8 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=6 ttl=249 time=13.2 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=7 ttl=250 time=13.5 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=8 ttl=249 time=12.3 ms
^X64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=9 ttl=250 time=33.6 ms

Δεν μπορω να καταλαβω τι παιζει

Κώδικας:

[root@freepbx ~]# ping ims.otenet.gr
PING ims.otenet.gr (195.167.16.129) 56(84) bytes of data.
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=1 ttl=250 time=12.3 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=2 ttl=249 time=17.0 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=3 ttl=250 time=11.5 ms
64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=4 ttl=249 time=15.7 ms
^X64 bytes from 195.167.16.129 (195.167.16.129): icmp_seq=5 ttl=250 time=15.2 ms
^C
--- ims.otenet.gr ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 11.512/14.372/17.076/2.105 ms

Αυτο που αλλαξα εβαλα μεσα στην eth1 DNS1:195.167.21.200
DNS2:195.167.22.200

Στο route-eth1 αφησα μονο

**akis1009** · 24-09-18, 15:06

ping δεν έχει νόημα , δοκίμασε ένα traceroute

**daras** · 24-09-18, 15:06

Αυτο το δικτυο ειναι αυτο που μου εδωσε ο ΟΤΕ για το cisco. Εγω στην eth1 εχω IP 80.107.109.162/29

traceroute ims.otenet.gr
traceroute to ims.otenet.gr (195.167.16.129), 30 hops max, 60 byte packets
1 gateway (80.107.109.161) 0.848 ms 0.891 ms 0.960 ms
2 10.248.25.53 (10.248.25.53) 3.576 ms 3.573 ms 3.553 ms
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *

**sxbcl** · 24-09-18, 15:10

Ισχύει αυτό που ανέφερες πιο πριν ότι βγάζει μήνυμα "The number you 've dialed not in service";
Αυτό δεν μπορεί να είναι μήνυμα από τον ΟΤΕ. μήπως το πρόβλημα είναι με το inbound routing σου και το μήνυμα βγαίνει από το Freepbx;

**netblues** · 24-09-18, 15:14

Ομορφιες βλεπω...
Πρωτο hop 10.248. Καποιος καπου κανει νατ? trace δεν περναει...
Ψυχανεμιζομαι οτι το sip registration παει απο το cisco αλλα το udp δεν περναει απο κει.
Οδηγιες προς ναυτιλομενους εδωσε οποιος σχεδιασε τη λυση η το αφησαν για ασκηση για λιγους λυτες?

Τα traces τι λενε?

**daras** · 24-09-18, 15:54

Αρχικό μήνυμα από sxbcl

Ισχύει αυτό που ανέφερες πιο πριν ότι βγάζει μήνυμα "The number you 've dialed not in service";
Αυτό δεν μπορεί να είναι μήνυμα από τον ΟΤΕ. μήπως το πρόβλημα είναι με το inbound routing σου και το μήνυμα βγαίνει από το Freepbx;

Ναι ισχυει, αυτο μου λεει.

Ναι και ενα trace απο μια κληση

Κώδικας:

Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Executing [+302351440930@from-trunk-sip-OTE-1:1] Set("SIP/OTE-1-00000022", "GROUP()=OUT_2") in new stack
    -- Executing [+302351440930@from-trunk-sip-OTE-1:2] Goto("SIP/OTE-1-00000022", "from-trunk,+302351440930,1") in new stack
    -- Goto (from-trunk,+302351440930,1)
    -- Executing [+302351440930@from-trunk:1] Set("SIP/OTE-1-00000022", "__FROM_DID=+302351440930") in new stack
    -- Executing [+302351440930@from-trunk:2] NoOp("SIP/OTE-1-00000022", "Received an unknown call with DID set to +302351440930") in new stack
    -- Executing [+302351440930@from-trunk:3] Goto("SIP/OTE-1-00000022", "s,a2") in new stack
    -- Goto (from-trunk,s,2)
    -- Executing [s@from-trunk:2] Answer("SIP/OTE-1-00000022", "") in new stack
    -- Executing [s@from-trunk:3] Log("SIP/OTE-1-00000022", "WARNING,Friendly Scanner from 195.167.16.129") in new stack
[2018-09-24 15:40:34] WARNING[16586][C-00000008]: Ext. s:3 @ from-trunk: Friendly Scanner from 195.167.16.129
    -- Executing [s@from-trunk:4] Wait("SIP/OTE-1-00000022", "2") in new stack
    -- Executing [s@from-trunk:5] Playback("SIP/OTE-1-00000022", "ss-noservice") in new stack
    -- <SIP/OTE-1-00000022> Playing 'ss-noservice.ulaw' (language 'en')
    -- Executing [h@from-trunk:1] Macro("SIP/OTE-1-00000022", "hangupcall,") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/OTE-1-00000022", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,3)
    -- Executing [s@macro-hangupcall:3] ExecIf("SIP/OTE-1-00000022", "0?Set(CDR(recordingfile)=)") in new stack
    -- Executing [s@macro-hangupcall:4] NoOp("SIP/OTE-1-00000022", " monior file= ") in new stack
    -- Executing [s@macro-hangupcall:5] AGI("SIP/OTE-1-00000022", "attendedtransfer-rec-restart.php,,") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/attendedtransfer-rec-restart.php
    -- <SIP/OTE-1-00000022>AGI Script attendedtransfer-rec-restart.php completed, returning 0
    -- Executing [s@macro-hangupcall:6] Hangup("SIP/OTE-1-00000022", "") in new stack
  == Spawn extension (macro-hangupcall, s, 6) exited non-zero on 'SIP/OTE-1-00000022' in macro 'hangupcall'
  == Spawn extension (from-trunk, h, 1) exited non-zero on 'SIP/OTE-1-00000022'

Το inbound για ποιο λογο να εχει θεμα αφου δουλευε κανονικα.

ΠΑντως το traceroute για την την αλλη IP IMS βγαινει κατευθειαν

[root@freepbx ~]# traceroute 195.167.17.129
traceroute to 195.167.17.129 (195.167.17.129), 30 hops max, 60 byte packets
1 gateway (80.107.109.161) 0.929 ms 0.918 ms 0.929 ms
2 10.248.25.53 (10.248.25.53) 3.650 ms 3.634 ms 3.628 ms
3 * * *
4 * * *
5 * * *
6 79.128.128.10 (79.128.128.10) 18.222 ms 18.023 ms 16.981 ms

- - - Updated - - -

Αρχικό μήνυμα από netblues

Ομορφιες βλεπω...
Πρωτο hop 10.248. Καποιος καπου κανει νατ? trace δεν περναει...
Ψυχανεμιζομαι οτι το sip registration παει απο το cisco αλλα το udp δεν περναει απο κει.
Οδηγιες προς ναυτιλομενους εδωσε οποιος σχεδιασε τη λυση η το αφησαν για ασκηση για λιγους λυτες?

Τα traces τι λενε?

Εμενα εαν mail με τους κωδικους για SIP trunk και την IP που πρεπει να βαλω στην eth1 μου εδωσαν, ολα τα αλλα τα εκανα χαρι σε εσας εδω!!!

Οταν μιλαω με κανα τεχνικο του ΟΤΕ στο 13818 δειχνει να μην εχει εμπειρια γυρω απο SIP trunking.

**astbox** · 24-09-18, 16:01

Αρχικό μήνυμα από netblues

το /21 προκυπτει απο καπου η ειμαστε λιγο large?

(γιατι υπο συνθηκες αυτο δημιουργει τρυπες για αλλα πραγματα..)

Ε απλά για να πιάσει με ένα κανόνα όλα τα εμπλεκόμενα μέρη (ims και dns servers). Έτσι κι αλλιώς το συγκεκριμένο ip range ανήκει στον ΟΤΕ και υποθέτω αυτό το κομμάτι το έχει δεσμευμένο για το δίκτυο του IMS.
Το σωστό είναι να δώσει πιο συγκεκριμένο κανόνα αλλά επειδή πέρα από την IP που έχει για το IMS δεν ξέρει ποιες IP έχει δώσει o OTE για τους media servers και για να τις βρει πρέπει να ψαχουλέψει με sip traces το sdp που του στέλνει μπορεί να δοκιμάσει αυτόν για αρχή και μετά να το μαζέψει.

Αρχικό μήνυμα από daras

Ναι ισχυει, αυτο μου λεει.

Ναι και ενα trace απο μια κληση

Κώδικας:

Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Executing [+302351440930@from-trunk-sip-OTE-1:1] Set("SIP/OTE-1-00000022", "GROUP()=OUT_2") in new stack
    -- Executing [+302351440930@from-trunk-sip-OTE-1:2] Goto("SIP/OTE-1-00000022", "from-trunk,+302351440930,1") in new stack
    -- Goto (from-trunk,+302351440930,1)
    -- Executing [+302351440930@from-trunk:1] Set("SIP/OTE-1-00000022", "__FROM_DID=+302351440930") in new stack
    -- Executing [+302351440930@from-trunk:2] NoOp("SIP/OTE-1-00000022", "Received an unknown call with DID set to +302351440930") in new stack
    -- Executing [+302351440930@from-trunk:3] Goto("SIP/OTE-1-00000022", "s,a2") in new stack
    -- Goto (from-trunk,s,2)
    -- Executing [s@from-trunk:2] Answer("SIP/OTE-1-00000022", "") in new stack
    -- Executing [s@from-trunk:3] Log("SIP/OTE-1-00000022", "WARNING,Friendly Scanner from 195.167.16.129") in new stack
[2018-09-24 15:40:34] WARNING[16586][C-00000008]: Ext. s:3 @ from-trunk: Friendly Scanner from 195.167.16.129
    -- Executing [s@from-trunk:4] Wait("SIP/OTE-1-00000022", "2") in new stack
    -- Executing [s@from-trunk:5] Playback("SIP/OTE-1-00000022", "ss-noservice") in new stack
    -- <SIP/OTE-1-00000022> Playing 'ss-noservice.ulaw' (language 'en')
    -- Executing [h@from-trunk:1] Macro("SIP/OTE-1-00000022", "hangupcall,") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/OTE-1-00000022", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,3)
    -- Executing [s@macro-hangupcall:3] ExecIf("SIP/OTE-1-00000022", "0?Set(CDR(recordingfile)=)") in new stack
    -- Executing [s@macro-hangupcall:4] NoOp("SIP/OTE-1-00000022", " monior file= ") in new stack
    -- Executing [s@macro-hangupcall:5] AGI("SIP/OTE-1-00000022", "attendedtransfer-rec-restart.php,,") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/attendedtransfer-rec-restart.php
    -- <SIP/OTE-1-00000022>AGI Script attendedtransfer-rec-restart.php completed, returning 0
    -- Executing [s@macro-hangupcall:6] Hangup("SIP/OTE-1-00000022", "") in new stack
  == Spawn extension (macro-hangupcall, s, 6) exited non-zero on 'SIP/OTE-1-00000022' in macro 'hangupcall'
  == Spawn extension (from-trunk, h, 1) exited non-zero on 'SIP/OTE-1-00000022'

Το inbound για ποιο λογο να εχει θεμα αφου δουλευε κανονικα.

ΠΑντως το traceroute για την την αλλη IP IMS βγαινει κατευθειαν

[root@freepbx ~]# traceroute 195.167.17.129
traceroute to 195.167.17.129 (195.167.17.129), 30 hops max, 60 byte packets
1 gateway (80.107.109.161) 0.929 ms 0.918 ms 0.929 ms
2 10.248.25.53 (10.248.25.53) 3.650 ms 3.634 ms 3.628 ms
3 * * *
4 * * *
5 * * *
6 79.128.128.10 (79.128.128.10) 18.222 ms 18.023 ms 16.981 ms

- - - Updated - - -

Εμενα εαν mail με τους κωδικους για SIP trunk και την IP που πρεπει να βαλω στην eth1 μου εδωσαν, ολα τα αλλα τα εκανα χαρι σε εσας εδω!!!

Οταν μιλαω με κανα τεχνικο του ΟΤΕ στο 13818 δειχνει να μην εχει εμπειρια γυρω απο SIP trunking.

Επειδή δεν νομίζω ότι στην πέφτουν 1) έχεις κάνει κάποιο Port forward προς το κέντρο 2) άλλαξε το context από from-trunk σε from-pstn-toheader και ξαναδοκίμασε.
Η κίνηση φτάνει οπότε υποθέτω το routing είναι εντάξει απλά φτάνει σαν anonymous και την μπλοκάρει.

**netblues** · 24-09-18, 17:34

Αρχικό μήνυμα από astbox

Ε απλά για να πιάσει με ένα κανόνα όλα τα εμπλεκόμενα μέρη (ims και dns servers). Έτσι κι αλλιώς το συγκεκριμένο ip range ανήκει στον ΟΤΕ και υποθέτω αυτό το κομμάτι το έχει δεσμευμένο για το δίκτυο του IMS.
Το σωστό είναι να δώσει πιο συγκεκριμένο κανόνα αλλά επειδή πέρα από την IP που έχει για το IMS δεν ξέρει ποιες IP έχει δώσει o OTE για τους media servers και για να τις βρει πρέπει να ψαχουλέψει με sip traces το sdp που του στέλνει μπορεί να δοκιμάσει αυτόν για αρχή και μετά να το μαζέψει.

Επειδη τα εχω ψαξει τα rtp και ειναι μεσα στο /23 το λεω. Ψαχνω για κατι πιο επισημο.

κατα ταλλα, για γραψε και το configuration τοu trunk γιατι οντως περιεργα πραγματα συμβαινουν, ποτε δουλευει και ποτε οχι..
(παντως ειναι απαραδεκτο να πουλαει ο οτε υπηρεσια sip χωρις support.... )

Επισης, αυτο δεν ειναι sip trunk.. αυτο ειναι 5 accounts να κανουν ολα μαζι register... Η ντροπη του sip. :P

**daras** · 24-09-18, 20:07

Αρχικό μήνυμα από netblues

Επειδη τα εχω ψαξει τα rtp και ειναι μεσα στο /23 το λεω. Ψαχνω για κατι πιο επισημο.

κατα ταλλα, για γραψε και το configuration τοu trunk γιατι οντως περιεργα πραγματα συμβαινουν, ποτε δουλευει και ποτε οχι..
(παντως ειναι απαραδεκτο να πουλαει ο οτε υπηρεσια sip χωρις support.... )

Επισης, αυτο δεν ειναι sip trunk.. αυτο ειναι 5 accounts να κανουν ολα μαζι register... Η ντροπη του sip. :P

Νέα ενημέρωση από ΟΤΕ. Στα logs του cisco βλέπουν πολλά flaps στο fastethernet interface που συνδέεται το freepbx και θεωρούν ότι φταίει το καλώδιο η η πορτα, οπότε αλλάζω ένα καλώδιο και βλέπουμε.

- - - Updated - - -

Αρχικό μήνυμα από netblues

Επειδη τα εχω ψαξει τα rtp και ειναι μεσα στο /23 το λεω. Ψαχνω για κατι πιο επισημο.

κατα ταλλα, για γραψε και το configuration τοu trunk γιατι οντως περιεργα πραγματα συμβαινουν, ποτε δουλευει και ποτε οχι..
(παντως ειναι απαραδεκτο να πουλαει ο οτε υπηρεσια sip χωρις support.... )

Επισης, αυτο δεν ειναι sip trunk.. αυτο ειναι 5 accounts να κανουν ολα μαζι register... Η ντροπη του sip. :P

Αυτό πάλι τι κουφό !!!

είναι τόσο δύσκολο με ένα register να περάσουν όλα τα νούμερα ?

- - - Updated - - -

Αρχικό μήνυμα από astbox

Ε απλά για να πιάσει με ένα κανόνα όλα τα εμπλεκόμενα μέρη (ims και dns servers). Έτσι κι αλλιώς το συγκεκριμένο ip range ανήκει στον ΟΤΕ και υποθέτω αυτό το κομμάτι το έχει δεσμευμένο για το δίκτυο του IMS.
Το σωστό είναι να δώσει πιο συγκεκριμένο κανόνα αλλά επειδή πέρα από την IP που έχει για το IMS δεν ξέρει ποιες IP έχει δώσει o OTE για τους media servers και για να τις βρει πρέπει να ψαχουλέψει με sip traces το sdp που του στέλνει μπορεί να δοκιμάσει αυτόν για αρχή και μετά να το μαζέψει.

Επειδή δεν νομίζω ότι στην πέφτουν 1) έχεις κάνει κάποιο Port forward προς το κέντρο 2) άλλαξε το context από from-trunk σε from-pstn-toheader και ξαναδοκίμασε.
Η κίνηση φτάνει οπότε υποθέτω το routing είναι εντάξει απλά φτάνει σαν anonymous και την μπλοκάρει.

Port forward δεν υπάρχει είμαστε αμπαρωμενοι για τους απεξω,

**jkoukos** · 24-09-18, 20:12

Χωρίς port forward, πως περιμένεις να περάσουν τα εισερχόμενα RTP πακέτα;

**daras** · 24-09-18, 20:44

Αρχικό μήνυμα από jkoukos

Χωρίς port forward, πως περιμένεις να περάσουν τα εισερχόμενα RTP πακέτα;

Port forward που να κάνω στον cisco του ΟΤΕ ?

Sorry αλλά έχω μπερδευτεί, η γραμμή είναι OTE flexy οπότε έχω κλειστό κύκλωμα με τον ΟΤΕ δεν βγαίνω στο internet.

Θέμα: Freepbx πρόβλημα με εισερχόμενες κλήσεις σε οτε flex

Παρόμοια Θέματα

ΟΤΕ Sip Trunk πρόβλημα με εισερχόμενες κλήσεις σε FreePBX

προβλημα με εξερχομενες κλησεις yeastar

Πρόβλημα με forward κλήσης σε κινητό

Πρόβλημα με το touchpad σε ACER E1 571

Freepbx 12 πρόβλημα με τον ήχο σε extension μεσω vpn

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές