[Gelöst] [Gelöst]SIP alle ankommenden Gespräche -> "The number you have dialed is not in..."

[Gutty]

Hallo,

seit kurzem, und ohne (wissentlich) was konfiguriert zu haben, bekommen alle Anrufer, die uns über Sip-nummern anrufen, die Ansage "The number you have dialed is not in service"
Anrufe über ISDN (misdn) gehen einwandfrei. Rausrufen über SIP geht auch ohne Probleme.

Ich habe die Routen zu den jeweiligen Ringgroups der Sip-Accounts alle rausgenommen, nur die für die ISDN DDI dringelassen, eine any/any Route auf meine Nebenstelle ist gesetzt, so dass alle Trunks, die keine Inbound Route haben, auf meine Nebenstelle auflaufen. Wie gesagt, tun sie aber leider nicht mehr.

Jemand ne Idee, wo ich ansetzen kann?

 

[rentier-s]

Hast Du schon mal die Registrierungen überprüft? Geht im CLI (asterisk -r) mit sip show registry.

 

[Gutty]

Klar, das war das erste was ich gemacht habe. Alle registriert. Ausserdem betrifft es alle 13 Sip Trunk gleichermassen.

 

[blauerpeti]

habt ihr ein update von Trixbox bzw. FreePBX gemacht?

 

[Gutty]

Nein, nichts dergleichen. Ich wollte jetzt auch vorsichtshalber keines machen, solange es nicht funtioniert. Dummerweise hab ich auch kein Backup, da ich von Linux nicht soviel Ahnung hab.

 

[blauerpeti]

Änderungen am Netzwerk vorgenommen. z.B. Firewall update

 

[Gutty]

Am Netzwerk auch nichts verändert. Rausrufen geht ohne Probleme. der einkommende Anruf wird im CLI auch angezeigt, aber eben nicht auf die Nebenstelle 208 gereoutet, auf die alle Nummern ohne Inbound route auflaufen (über inboundrout any/any).
Ich habe gerade bei Packages nachgeschaut, ob Updates verfügbar sind. Komischerweise sind alle up-to-date. Ich habe aber seit längerem manuell keine Updates gemacht. Macht der ein Autoupdate? oder hat jemand meinen Asterisk gekapert?

Nutzt es was, wenn ich hier mal die CLI-Ausgabe poste?

 

[blauerpeti]

na so net wird keiner sein ..deine trixbox zu aktualisieren.

oftmals liegt es nach einem update an fehlende einträge in der sip.conf . diese wird nehmlich nach einem update überschrieben.

der wichtigste eintrag wäre dort

localnet=192.168.0.0/255.255.255.0

(gilt nur als beispiel..musst auf dein netzwerk ändern)

 

[Gutty]

Ist ok. Nicht in der sip.conf aber in der sip_general_custom.conf die in der sip.conf eingebunden ist. So war es auch schon immer.
Auch der externhost=xxxxxx.dyndns.org ist da korrekt eingetragen.

Der Anruf kommt ja auch rein, nur anstatt auf der nebenstelle zu klingeln, spielt er die Fehlermeldung ( Playing 'ss-noservice.g729' (language 'es') )ab. Und unsere Kunden denken, wir sind Pleite.

 

[blauerpeti]

.. find ich schon mal gut, das die sip_general_custom.conf genutzt wird. Viele schreiben das voreilig in die sip.conf

und wenn die anrufe reinkommen, nur nicht an der richtigen stelle klingeln, kann es eigentlich nur ein internes Netzwerkproblem ... oder auch Code-Problem (g729) ? sein.

 

[Gutty]

Codec wäre ein guter Ansatz. Aber interne gespräche funktionieren problemlos mit g729. Mit sip show channels verifiziert.

Netzwerkprobleme kann ich auch fast ausschliessen, da ja interne Gespräche und über ISDN sowie ausgehende SIP-Gespräche problemlos funktionieren.

 

[rentier-s]

Nutzt es was, wenn ich hier mal die CLI-Ausgabe poste?

Einen Versuch wäre es wert. Auch wenn das bei GUI-made Dialplänen nicht immer übersichtlich ist.

 

[Gutty]

Also hier nun die Ausgabe des CLI, den eingehenden Anrif kann man noch klar erkennen:

trixbox1*CLI>
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
  == Using SIP VRTP TOS bits 136
  == Using SIP VRTP CoS mark 6
    -- Executing [07912033314@from-sip-external:1] NoOp("SIP/07912033314-00000001", "Received incoming SIP connection from unknown peer to 07912033314") in new stack
    -- Executing [07912033314@from-sip-external:2] Set("SIP/07912033314-00000001", "DID=07912033314") in new stack
    -- Executing [07912033314@from-sip-external:3] Goto("SIP/07912033314-00000001", "s,1") in new stack
    -- Goto (from-sip-external,s,1)
    -- Executing [s@from-sip-external:1] GotoIf("SIP/07912033314-00000001", "0?from-trunk,07912033314,1") in new stack
    -- Executing [s@from-sip-external:2] Set("SIP/07912033314-00000001", "TIMEOUT(absolute)=15") in new stack
Channel will hangup at 2012-02-22 09:33:56.000 CET.
    -- Executing [s@from-sip-external:3] Answer("SIP/07912033314-00000001", "") in new stack
    -- Executing [s@from-sip-external:4] Wait("SIP/07912033314-00000001", "2") in new stack
    -- Executing [s@from-sip-external:5] Playback("SIP/07912033314-00000001", "ss-noservice") in new stack
    -- <SIP/07912033314-00000001> Playing 'ss-noservice.g729' (language 'es')
    -- Executing [s@from-sip-external:6] PlayTones("SIP/07912033314-00000001", "congestion") in new stack
    -- Executing [s@from-sip-external:7] Congestion("SIP/07912033314-00000001", "5") in new stack
  == Spawn extension (from-sip-external, s, 7) exited non-zero on 'SIP/07912033314-00000001'
    -- Executing [h@from-sip-external:1] NoOp("SIP/07912033314-00000001", "Hangup") in new stack
    -- Executing [h@from-sip-external:2] Set("SIP/07912033314-00000001", "DID=s") in new stack
    -- Executing [h@from-sip-external:3] Goto("SIP/07912033314-00000001", "s,1") in new stack
    -- Goto (from-sip-external,s,1)
    -- Executing [s@from-sip-external:1] GotoIf("SIP/07912033314-00000001", "0?from-trunk,s,1") in new stack
    -- Executing [s@from-sip-external:2] Set("SIP/07912033314-00000001", "TIMEOUT(absolute)=15") in new stack
Channel will hangup at 2012-02-22 09:34:06.000 CET.
    -- Executing [s@from-sip-external:3] Answer("SIP/07912033314-00000001", "") in new stack
  == Spawn extension (from-sip-external, s, 3) exited non-zero on 'SIP/07912033314-00000001'
trixbox1*CLI>

 

[msth]

Hallo,
ich habe das selbe Problem. Und habe es auch gelöst, aber leider nicht zu meiner Zufriedenheit. Ich verwende einen Trunk zu 1und1, welcher auch registriert ist. Aber bei einen Eingehenden Anruf kommt "Not in Service" Und die folgende Zeile im CLI :
-- Executing [496XXXXXXXX@from-sip-external:1] NoOp("SIP/87.234.1.12-00000006", "Received incoming SIP connection from unknown peer to 496XXXXXXXXX") in new stack

Wenn man nun im FreePBX unter "Allow Anonymous Inbound SIP Calls?" ein Yes setzt funktioniert es. Aber somit könnte jeder meinen Server anrufen, und müsste nicht über den Trunk gehen. Jetzt habe ich einiges Über Contexte gelesen. Aber der Zusammenhang erschliesst sich mir nicht.
Kann da jemand weiterhelfen ?

 

[Gutty]

"Allow Anonymous Inbound SIP Calls?" hab ich auf yes gesetzt, alles frisch eingelesen und funtioniert trotzdem nicht. Scheint also bei mir was anderes zu sein.

 

[blauerpeti]

Wenn beide Telefon g729 unterstützen hat Asterisk da auch nichts zu "übersetzen".
Es ist auch nicht ersichtlich das nach Gesprächsannahme, Asterisk versucht irgendeine Nebenstelle zu wählen.

 

[Gutty]

"Allow Anonymous Inbound SIP Calls?" hab ich auf yes gesetzt, alles frisch eingelesen und funtioniert trotzdem nicht. Scheint also bei mir was anderes zu sein.

Lag doch daran. aus irgeneinem Grund hat das Webinterface das yes nicht genommen. Thema erledigt! Vielen Dank an alle.