Ausgehende Anrufe -> SIP/2.0 436 Calling Party Number not allowed

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
T

Tyrola

Neuer User
Mitglied seit
27 Sep 2012
Beiträge
1
Punkte für Reaktionen
0
Punkte
0
Hallo werte Forengemeinde,

erstmal ein großes "Hallo" bin sozusagen der neue hier. Habe mich die letzten Tage
ausgiebig mit Asterisk beschäftigt und das ganze schon mehrmals konfiguriert.

Ich versuchte Konfiguration manuell per Datei und aktuell versuch ich unseren Telefonserver
mit Hilfe des Webinterfaces zu konfigurieren.

Zur Information wir nutzen den Anbieter folgenden Anbieter http://www.telgo.at/de/. Ich habe
nun im GUI alles soweit konfiguriert - interne Calls, Voicemail und eingehende Anrufe über
die Telgo Nummer funktionieren inzwischen bestens - nur ausgehende Anrufe wollen nicht so wirklich.

Im Anhang ist ein Screenshot der "Outgoing Calling Rules" - unter "System Status" steht bei Status des
SIP Trunks -> Registered. Sieht also auch in Ordnung aus. Nun zum spannenden Teil - die Log. Dort
tauchen 2 Meldungen auf die mich stören. Hier der ganze SIP Log aus einem Versuch nach aussen zu
Hallofonieren.

Code: 
<--- SIP read from UDP:212.186.15.192:5060 --->
INVITE sip:0699XXX246@sip.<domain>.com:5060 SIP/2.0
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa585c066f;rport
Max-Forwards: 70
Call-ID: [email protected]
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>
CSeq: 1 INVITE
Allow: INVITE,ACK,CANCEL,BYE,PRACK,INFO,UPDATE,OPTIONS,NOTIFY,REFER
Supported: 100rel,replaces,early-session
Content-Disposition: session
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
User-Agent: Panasonic_KX-UT136NE/01.133 (0080f0cea630)
Content-Length: 319

v=0
o=- 1348779556 1348779556 IN IP4 212.186.15.192
s=-
c=IN IP4 212.186.15.192
t=0 0
m=audio 16034 RTP/AVP 9 8 2 18 0 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=ptime:20

<------------->
--- (14 headers 15 lines) ---
Sending to 212.186.15.192:5060 (NAT)
Using INVITE request as basis request - [email protected]
Found peer '31' for '31' from 212.186.15.192:5060

<--- Reliably Transmitting (NAT) to 212.186.15.192:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa585c066f;received=212.186.15.192;rport=5060
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>;tag=as773ca449
Call-ID: [email protected]
CSeq: 1 INVITE
Server: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="063aed49"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)

<--- SIP read from UDP:212.186.15.192:5060 --->
ACK sip:0699XXX246@sip.<domain>.com:5060 SIP/2.0
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa585c066f;rport
Max-Forwards: 70
Call-ID: [email protected]
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>;tag=as773ca449
CSeq: 1 ACK
User-Agent: Panasonic_KX-UT136NE/01.133 (0080f0cea630)
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---

<--- SIP read from UDP:212.186.15.192:5060 --->
INVITE sip:0699XXX246@sip.<domain>.com:5060 SIP/2.0
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa1952ffcf;rport
Max-Forwards: 70
Call-ID: [email protected]
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>
CSeq: 2 INVITE
Authorization: Digest realm="asterisk",nonce="063aed49",algorithm=MD5,uri="sip:0699XXX246@sip.<domain>.com:5060",username="31",response="160014f7d07f9590c9231763706518ab"
Allow: INVITE,ACK,CANCEL,BYE,PRACK,INFO,UPDATE,OPTIONS,NOTIFY,REFER
Supported: 100rel,replaces,early-session
Content-Disposition: session
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
User-Agent: Panasonic_KX-UT136NE/01.133 (0080f0cea630)
Content-Length: 319

v=0
o=- 1348779556 1348779556 IN IP4 212.186.15.192
s=-
c=IN IP4 212.186.15.192
t=0 0
m=audio 16034 RTP/AVP 9 8 2 18 0 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=ptime:20

<------------->
--- (15 headers 15 lines) ---
Sending to 212.186.15.192:5060 (NAT)
Using INVITE request as basis request - [email protected]
Found peer '31' for '31' from 212.186.15.192:5060
Found RTP audio format 9
Found RTP audio format 8
Found RTP audio format 2
Found RTP audio format 18
Found RTP audio format 0
Found RTP audio format 101
Found audio description format G722 for ID 9
Found audio description format PCMA for ID 8
Found audio description format G726-32 for ID 2
Found audio description format G729 for ID 18
Found audio description format PCMU for ID 0
Found audio description format telephone-event for ID 101
Capabilities: us - (g723|gsm|ulaw|alaw|g726), peer - audio=(ulaw|alaw|g726|g729|g722)/video=(nothing)/text=(nothing), combined - (ulaw|alaw|g726)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 212.186.15.192:16034
Looking for 0699XXX246 in DLPN_default (domain sip.<domain>.com)
list_route: hop: <sip:[email protected]:5060>

<--- Transmitting (NAT) to 212.186.15.192:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa1952ffcf;received=212.186.15.192;rport=5060
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>
Call-ID: [email protected]
CSeq: 2 INVITE
Server: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0


<------------>
Audio is at 12080
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100002 (gsm) to SDP
Adding codec 100011 (g726) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 91.211.35.233:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.XXX.XX.178:5060;branch=z9hG4bK64bc28c1;rport
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as6250c08b
To: <sip:[email protected]>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Date: Thu, 27 Sep 2012 21:13:02 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 353

v=0
o=root 620581717 620581717 IN IP4 83.XXX.XX.178
s=Asterisk PBX 10.8.0-digiumphones
c=IN IP4 83.XXX.XX.178
t=0 0
m=audio 12080 RTP/AVP 8 0 3 111 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

---

<--- SIP read from UDP:91.211.35.233:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 83.XXX.XX.178:5060;branch=z9hG4bK64bc28c1;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as6250c08b
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
Server: telgo matrix 129
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:91.211.35.233:5060 --->
SIP/2.0 100 Trying.
Via: SIP/2.0/UDP 83.XXX.XX.178:5060;branch=z9hG4bK64bc28c1;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as6250c08b
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
Server: telgo matrix 129
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:91.211.35.233:5060 --->
SIP/2.0 436 Calling Party Number not allowed
Via: SIP/2.0/UDP 83.XXX.XX.178:5060;branch=z9hG4bK64bc28c1;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as6250c08b
To: <sip:[email protected]>;tag=730a42d4076a0b2c8e01922645b7004f.7995
Call-ID: [email protected]
CSeq: 102 INVITE
Server: telgo matrix 129
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Transmitting (NAT) to 91.211.35.233:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 83.XXX.XX.178:5060;branch=z9hG4bK64bc28c1;rport
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as6250c08b
To: <sip:[email protected]>;tag=730a42d4076a0b2c8e01922645b7004f.7995
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Content-Length: 0


---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)

<--- Reliably Transmitting (NAT) to 212.186.15.192:5060 --->
SIP/2.0 500 Network error
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa1952ffcf;received=212.186.15.192;rport=5060
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>;tag=as6389722e
Call-ID: [email protected]
CSeq: 2 INVITE
Server: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


<------------>
Really destroying SIP dialog '[email protected]' Method: INVITE

<--- SIP read from UDP:212.186.15.192:5060 --->
ACK sip:0699XXX246@sip.<domain>.com:5060 SIP/2.0
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa1952ffcf;rport
Max-Forwards: 70
Call-ID: [email protected]
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>;tag=as6389722e
Authorization: Digest realm="asterisk",nonce="063aed49",algorithm=MD5,uri="sip:0699XXX246@sip.<domain>.com:5060",username="31",response="160014f7d07f9590c9231763706518ab"
CSeq: 2 ACK
User-Agent: Panasonic_KX-UT136NE/01.133 (0080f0cea630)
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---

Hierbei wären folgende beiden Meldungen die mir als Asterisk Anfänger komisch vorkommen.

  • SIP/2.0 436 Calling Party Number not allowed
  • SIP/2.0 500 Network error

Wenn jemand eine Idee hätte wäre ich sehr sehr dankbar da Google und ich mit unserem Latein am Ende
sind. Wenn noch ein Log oder sonstiges benötigt wird bitte um Aufschrei.

Danke im Voraus!

//EDIT: Server läuft auf Debian 6.0 - beide Pakete (Asterisk und GUI) sind aktuell da
selbst kompiliert aktuellster Source.

Liebe Grüße
Alexander
 

Anhänge

  • Bildschirmfoto 2012-09-27 um 23.08.48.jpg
    Bildschirmfoto 2012-09-27 um 23.08.48.jpg
    66.2 KB · Aufrufe: 8
  • telgotrunk.jpg
    telgotrunk.jpg
    57.4 KB · Aufrufe: 6
Zuletzt bearbeitet:
Hallo Alexander,

Tyrola schrieb:
Code: 
<--- SIP read from UDP:212.186.15.192:5060 --->
INVITE sip:0699XXX246@sip.<domain>.com:5060 SIP/2.0
Via: SIP/2.0/UDP 212.186.15.192:5060;branch=z9hG4bKsa585c066f;rport
Max-Forwards: 70
Call-ID: [email protected]
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211
To: <sip:0699XXX246@sip.<domain>.com>
...

Wenn jemand eine Idee hätte wäre ich sehr sehr dankbar da Google und ich mit unserem Latein am Ende
sind. Wenn noch ein Log oder sonstiges benötigt wird bitte um Aufschrei.
Zum Vergrößern anklicken....

Das Problem hatten wir auch mit Telgo... die PDF Dokumente sind leider auch etwas schwer lesbar / die Methode, wie sie die
CallerID ermitteln, ist etwas ungewöhnlich...

Du hast hier sogar 2 Probleme...

1) Du musst den SIP trunk mit fromdomain und fromuser definieren:

[gw_2_telgoat]
type = peer
host = trunk1.at.telgo.cc
port = 5060
defaultuser = <SIP-Account>
secret = <SIP-Passwort>
fromdomain = trunk1.at.telgo.cc
fromuser = <SIP-Account>
insecure = invite
sendrpid = no
trustrpid = no
nat = yes
directmedia = no
dtmfmode = auto
setvar=__is_from_gateway=1
context = from-gg-telgoat
qualify = yes
disallow = all
allow = alaw


Damit wird dann aus:

Code: 
From: "Firmenname" <sip:31@sip.<domain>.com>;tag=1523884211

ein

Code: 
From: "Firmenname" <sip:[B]<SIP-Account>[/B]@[B]trunk1.at.telgo.cc[/B]>;tag=1523884211

Ich verwende Gemeinschaft 3.1 https://github.com/amooma/GS3/ , daher war das einfach über den richtigen Usernamen beim SIP Registrar zu lösen:
<SIP-Account>@trunk1.at.telgo.cc.


"Mein Problem" war dann, dass Anrufe zu Telgo ins Nirwana gingen (ohne solche schicke Fehlermeldung ^^)
Lösung: Telgo will die "Rufnummer" haben und nicht "Firmenname".

=> bei der GS habe ich in der e.ael hinzugefügt:

Code: 
                        // HACK
                        if ( "${r_${r}_dial:-12}" = "gw_2_telgoat" ) {
                                Set(CALLERID(name)=${CALLERID(num)});
                        }
                        // /HACK

Du musst in Deinen Dialplänen irgendwo die Stelle finden, wo die CALLERID gesetzt wird wie hier z.B.:

Code: 
                        Set(CALLERID(num)=${r_${r}_cid});
                        Set(CALLERID(name)=${r_x_cid_name});
                        if (${LEN(${CALLERID(name)})} < 1) {
                                Set(CALLERID(name)=${CALLERID(num)});
                        }
                        // RFC 3325, RFC 3323:
                        SIPAddHeader(Privacy: none);
                        // Set caller presentation - affects Remote-Party-ID header: ...";privacy:off;screen:yes"
                        Set(CALLERID(num-pres)=allowed_passed_screen);
                        Set(CALLERID(name-pres)=allowed_passed_screen);

und darunter die obige Sonderregel für den Telgo Trunk definieren. Fertig.


Mein (neu aufgetretenes?) Problem aktuell ist, dass jetzt unerwartet bei den ausgehendenen Anrufe nach exakt 16s die Sprache ausgehend aussetzt... obwohl meine Telefonanlage weiterhin sauber den RTP Strom überträgt :( (und andere Trunks funktionieren einwandfrei). Das Gespräch kann dabei problemlos weiterhin minutenlang gehalten werden...

Grüße


Reiner

EDIT: ah, sehe erst jetzt die Bilder... Du verwendest "original" Asterisk Weboberfläche... na, hoffentlich kann man die Fromdomain da auch irgendwo setzen und manuell den Dialplan manipulieren ;)
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,868
Beiträge
2,303,380
Mitglieder
378,530
Neuestes Mitglied
fanboy

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten