Toggle sidebar Toggle sidebar

eingehende Anrufe werden ins nichts geroutet [Solved]

A

anonymous

Well-Known Member
Mitglied seit
14. Januar 2008
Beiträge
19.170
Liebe Experten,

ich habe auf einer 3CX 8 Installation mit einem Patton 4554 das Problem, dass eingehende Anrufe über den ISDN-Trunk nicht "zugestellt" werden - es kommt ein langer Rufton und sofort die Ansage die Nummer werde z.Z. nicht verwendet. Eingehende Regeln sind in Fülle eingerichtet, werden aber scheinbar nicht verwendet. Die Meldung cm503012 aus dem Log scheint die Wurzel des Übels zu sein, konnte das Problem jedoch bisher leider nicht beheben. Bitte freundlich um Hilfe!

20:05:05.828 [CM503008]: Call(40): Call is terminated
20:05:05.797 [CM503020]: Normal call termination. Reason: Not found
20:05:05.797 [CM503016]: Call(40): Attempt to reach failed. Reason: Not Found
20:05:05.797 [CM503014]: Call(40): No known route to target:
20:05:05.781 [CM503010]: Making route(s) to
20:05:05.781 [MS210000] C:40.1:Offer received. RTP connection: 192.168.115.22:4916(4917)
20:05:05.781 Remote SDP is set for legC:40.1
20:05:05.781 [CM503001]: Call(40): Incoming call from 178000001@(Ln.10004@patton_sn4554_1) to
20:05:05.781 [CM503012]: Inbound out-of-office hours rule (unnamed) for 10004 forwards to DN:
20:05:05.781 Looking for inbound target: called=1574046; caller=178000001
20:05:05.766 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.115.22:5062;branch=z9hG4bK0ec34146ac04c5430
Max-Forwards: 70
Contact:
To:
From: ;tag=a9847f5706
Call-ID: f37945215c704d88
CSeq: 11654 INVITE
Proxy-Authorization: Digest username="10004",realm="3CXPhoneSystem",nonce="414d535c011e10e137:b3c4878cccf31fe5b83613ea9478252d",uri="sip:[email protected]",response="cb21e725d8a7c439eadb8f6c05239a5f",algorithm=MD5
Supported: replaces
User-Agent: Patton SN4554 2BIS EUI 00A0BA0492D8 R5.3 2009-03-18 SIP M5T SIP Stack/4.0.28.28
Content-Length: 0


Vielen Dank im Voraus
Jew
 
An der Stelle stimmt was nicht:
20:05:05.781 [CM503001]: Call(40): Incoming call from 178000001@(Ln.10004@patton_sn4554_1) to

Ich würde in etwa erwarten:
20:05:05.781 [CM503001]: Call(40): Incoming call from 178000001@(Ln.10004@patton_sn4554_1) to

Am der Stelle XXX müsste die Sip ID stehen.

Ich weiss nicht ob man Nebenstellen überhaupt ohne ID anlegen kann. Ist das System neu aufgesetzt oder aus einem Backup wiederhergestellt?
 
Vielen Dank für die rasche Antwort!

es handelt sich um eine Neuinstallation. Was meinen Sie mit Nebenstellen ohne IDs - wo müssten die IDs vergeben werden?

Nochmals vielen Dank.
 
In der Verwaltungskonsole werden im Menüpunkt Nebenstellen die Nebenstellen eingerichtet.

Ruft man eine Nebenstelle zur Bearbeitung auf und wählt den Reiter "Wetere" kann in der Benutzerinformation die Sip ID verändert werden.

Diese entspricht, jedenfalls bei mir, in der Regel der Nebenstellennummer.

Ich habe mir den Log gerade noch mal angesehen und es sieht eigentlich so aus, als ob da von der Patton schon keine Nummer angegeben wird, wenn der Ruf reinkommt, denn der Request ist ja bereits keer.

Hast Du noch manuelle Einstellungen am Patton vorgenommen?

Kannst du bitte mal die running Config einstellen, dann kann ich das mal mit meiner vergleichen.
 
Die Nebenstellen sind alle mit SIP-IDs versehen, eben gleich der NS-Nummer.
Diese Log-Zeile zeigt doch die angerufene Rufnummer, nicht wahr?
20:05:05.781 Looking for inbound target: called=1574046; caller=178000001

An der Patton habe ich keine weiteren Einstellungen vorgenommen, nur das von der Anlage generierte Config-File eingespielt. Ausgehende Anrufe klappen über die Patton auch wunderbar.
Letztlich scheinen Anrufe auch anzukommen, werden aber an keine Nebenstelle weitergeleitet.


Running Patton Config:


cli version 3.20
webserver port 80 language en

system

ic voice 0

system
clock-source 1 bri 0 0
clock-source 2 bri 0 1

profile ppp default

profile call-progress-tone defaultDialtone
play 1 1000 425 0

profile call-progress-tone defaultBusytone
play 1 480 425 -7
pause 2 480

profile call-progress-tone defaultReleasetone
play 1 240 425 -7
pause 2 240

profile call-progress-tone defaultCongestiontone
play 1 240 425 -7
pause 2 240

profile tone-set default

profile voip default
codec 1 g711alaw64k rx-length 20 tx-length 20
codec 2 g711ulaw64k rx-length 20 tx-length 20
fax transmission 1 relay t38-udp

profile pstn default

profile sip default

profile aaa default
method 1 local
method 2 none

context ip router

interface IF_IP_LAN
ipaddress 192.168.115.22 255.255.255.0
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu

context cs switch

routing-table called-e164 RT_ISDN_TO_SIP_0
route T2 dest-interface IF_SIP_0 MAPPING_INCOMING_CALLS

routing-table called-e164 RT_ISDN_TO_SIP_1
route T2 dest-interface IF_SIP_1 MAPPING_INCOMING_CALLS

mapping-table calling-pi to calling-e164 MAP_REMOVE_BLANK_CALLERID
map restricted to ""

mapping-table calling-e164 to calling-e164 MAP_LEADING_ZERO
map (.%) to 1

complex-function MAPPING_INCOMING_CALLS
execute 1 MAP_REMOVE_BLANK_CALLERID
execute 2 MAP_LEADING_ZERO

interface isdn IF_ISDN_0
route call dest-table RT_ISDN_TO_SIP_0
call-hold disable
user-side-ringback-tone

interface isdn IF_ISDN_1
route call dest-table RT_ISDN_TO_SIP_1
call-hold disable
user-side-ringback-tone

interface sip IF_SIP_0
bind context sip-gateway GW_SIP_0
route call dest-interface IF_ISDN_0
remote 192.168.115.50
early-connect
early-disconnect
address-translation outgoing-call request-uri user-part fix 10003 host-part to-header target-param none

interface sip IF_SIP_1
bind context sip-gateway GW_SIP_1
route call dest-interface IF_ISDN_1
remote 192.168.115.50
early-connect
early-disconnect
address-translation outgoing-call request-uri user-part fix 10004 host-part to-header target-param none

context cs switch
no shutdown

authentication-service AS_ALL_LINES
realm 1 3CXPhoneSystem
username 10003 password ySyWxUvSc/c= encrypted
username 10004 password 9CS6/5Fhrd0= encrypted

location-service LS_10003
domain 1 192.168.115.50

identity-group default

authentication outbound
authenticate 1 authentication-service AS_ALL_LINES username 10003

identity 10003

authentication outbound
authenticate 1 authentication-service AS_ALL_LINES

registration outbound
registrar 192.168.115.50
lifetime 300
register auto

location-service LS_10004
domain 1 192.168.115.50

identity-group default

authentication outbound
authenticate 1 authentication-service AS_ALL_LINES username 10004

identity 10004

authentication outbound
authenticate 1 authentication-service AS_ALL_LINES

registration outbound
registrar 192.168.115.50
lifetime 300
register auto

context sip-gateway GW_SIP_0

interface LAN
bind interface IF_IP_LAN context router port 5060

context sip-gateway GW_SIP_0
bind location-service LS_10003
no shutdown

context sip-gateway GW_SIP_1

interface LAN
bind interface IF_IP_LAN context router port 5062

context sip-gateway GW_SIP_1
bind location-service LS_10004
no shutdown

port ethernet 0 0
encapsulation ip
bind interface IF_IP_LAN router
no shutdown

port bri 0 0
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface IF_ISDN_0 switch

port bri 0 0
no shutdown

port bri 0 1
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface IF_ISDN_1 switch

port bri 0 1
no shutdown
 
Hi,

ist dieses eine frische Installation oder aus einem Backup geupdated?

Danke
 
Hallo Stefan,

das ist eine frische Installation, an welcher jedoch schon ein wenig herumkonfiguriert wurde. (Soll ja nicht schaden)...

Vielen Dank im Voraus!
 
Diese Zeile steht bei mir nicht im Protokoll, vielleicht weil Du erweitert protokolliert und ich nicht:
20:05:05.781 Looking for inbound target: called=1574046; caller=178000001

Stellt sich die Frage: Ist diese Nummer 1574046 denn als DID erfasst und dazu eine Regel hinterlegt?
 
Zur eingehenden Nummer 1574046 ist eine Regel definiert, siehe Screenshot.
 
Ändere das doch bitte mal für die betreffende Nummer von 0049891574046 einfach auf 1574046 um.
 
Kannst du mir bitte einmal den gefallen tun und in den eingehenden Regeln den Haken entfernen für den Port der nicht läuft (oder auf allen Ports), speichern und dann wieder den Haken setzen? behebt das dein Problem für die DID/MSN?
 
@ groundhog:
Werde das ersta bends testen können, melde mich aber sofort! vielen Dank

@ Stefan
Die Regel lässt sich nicht speichern, wenn alle Ports abgewählt sind. Entfernen der Regel und Neuanlage haben gestern auch nicht geholfen.

Was soll ich tun?
 
Hallo,

tu mir bitte einen gefallen und schicke mir bitte eine Mail mit dem Backup und allen DIDs in denen das eingehenden Routing nicht geht an die MailAdresse die ich dir per PM geschickt habe. Danke
 
Hallo Stefan und groundhog,

das ändern der DID von 0049891574046 auf nur 1574046 hat funktioniert! Vielen Dank für diesen Tipp!!
Eingehende Anrufe werden weitergeleitet, selbst faxe kommen an.


Vielen Dank!
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.412
Beiträge
232.708
Mitglieder
78.328
Neuestes Mitglied
as7h
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten