[Problem] AsteriskNow! + Patton 4120

ravnos

Neuer User
Mitglied seit
6 Okt 2006
Beiträge
19
Punkte für Reaktionen
0
Punkte
1
Hallo Zusammen,

ich bin Neuling in Sachen FreePBX / Asterisk / Patton und arbeite seit 3 Tagen an einer neuen Anlage mit mehr oder weniger frustrierenden Abschnitten :D

Ich habe es jetzt auch endlich hinbekommen ausgehend und eingehend Telefonate zu platzieren :)

So weit so gut, aber ich hänge mit folgendem Problem fest.
Ich kann die MSN Nummern nicht auf die entsprechenden Extensions leiten, ich erhalte sobald ich eine DID in der Inbound rule eintrage ein "This number is not in service" :-(



Meine Konfiguration sieht folgendermaßen aus:
  • 3 Standard ISDN MSN's zum Testen mit den Nummern 993xx6, 993xx7, 993xx8
  • AsteriskNow! mit FreePBX in der aktuellen Version.
  • Ein Patton 4120 Gateway


In FreePBX habe ich den Trunk folgendermaßen konfiguriert.
  • Trunk Name: SN4120
  • Outbound CallerID: 10001
  • CID Options: Allow Any CID
  • Max Channels: 2
Peer Details:
  • context=from-pstn <- diese Information habe ich aus einem Forum aufgegabelt
  • username=10001
  • password=dfotxxx
  • host=172.20.1.26
  • type=peer
  • port=5060


Die inbound route habe ich folgendermaßen angelegt:
  • Description: ISDN_Incoming
  • DID Number: 99xx6
  • Extension: 999

Wenn das Feld DID leer ist kommen die Anrufe auf allen MSN's logischerweise auf der "999" an. Wenn ich die MSN's aber in das DID Feld eintrage bekomme ich ein "Number is not in Service"

Wie stelle ich es denn an dass die Anrufe, die ja über den Trunk ankommen auch auf die entsprechenden Extension bekomme?
Bin hier nur am testen und komme einfach nicht mehr weiter :(

Kann jemand helfen?

Hänge auch gerne noch entsprechende Log's an, ich weiss aber nicht genau welche in diesem Fall relevant wären.
 
Zuletzt bearbeitet:
Kann es ggf. sein dass ich für jede MSN einen Trunk erstellen muss und im FreePBX für jede MSN eine Extension + Inbound Route eintragen muss???

[Beitrag 2:]

Ich konnte jetzt mal einen Log in der Asterisk CLI mit "asterisk -rvvv" auslesen, werde aber auch nicht schlauer daraus :-(

Code:
<------------->
--- (14 headers 0 lines) ---
Really destroying SIP dialog '[email protected]:5060 ' Method: OPTIONS

<--- SIP read from UDP:172.20.1.26:5060 --->
REGISTER sip:172.20.10.69:5060 SIP/2.0
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bK96bc2feec2ff3fbda
Max-Forwards: 70
From: <sip:[email protected]>;tag=bf4649fbd9
To: <sip:[email protected]>
Call-ID: 4b8d65d7e15ac76b
CSeq: 18995 REGISTER
Contact: <sip:[email protected]:5060>
Expires: 300
User-Agent: Patton SN4120 1BIS2V 00A0BA076398 R6.2 2012-07-13 H323 SIP M5T SIP Stack/4.0.30.30
Content-Length: 0

<------------->
--- (11 headers 0 lines) ---
Sending to 172.20.1.26:5060 (NAT)

<--- Transmitting (NAT) to 172.20.1.26:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bK96bc2feec2ff3fbda;received=172.2 0.1.26;rport=5060
From: <sip:[email protected]>;tag=bf4649fbd9
To: <sip:[email protected]>;tag=as10117284
Call-ID: 4b8d65d7e15ac76b
CSeq: 18995 REGISTER
Server: FPBX-2.10.0rc1(1.8.11)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="32b19aa0"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '4b8d65d7e15ac76b' in 32000 ms (Method: REGISTER)
Scheduling destruction of SIP dialog '4b8d65d7e15ac76b' in 32000 ms (Method: REGISTER)
Really destroying SIP dialog '9c06d64f81a82dcd' Method: REGISTER

<--- SIP read from UDP:172.20.1.26:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKd543852db1d8fa2b9
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>
Call-ID: 1c0a110a8ec1df5b
CSeq: 22711 INVITE
Contact: <sip:[email protected]:5060>
Supported: replaces
User-Agent: Patton SN4120 1BIS2V 00A0BA076398 R6.2 2012-07-13 H323 SIP M5T SIP Stack/4.0.30.30
Content-Type: application/sdp
Content-Length: 265

v=0
o=MxSIP 0 170 IN IP4 172.20.1.26
s=SIP Call
c=IN IP4 172.20.1.26
t=0 0
m=audio 5044 RTP/AVP 8 0 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-16
a=sendrecv
<------------->
--- (12 headers 13 lines) ---
Sending to 172.20.1.26:5060 (NAT)
Using INVITE request as basis request - 1c0a110a8ec1df5b
Found peer 'SN4120' for '1735390815' from 172.20.1.26:5060
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 18
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format G729 for ID 18
Found audio description format telephone-event for ID 101
Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x10c (ulaw|alaw|g729)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 172.20.1.26:5044
Looking for 10001 in from-pstn (domain 172.20.10.69)
list_route: hop: <sip:[email protected]:5060>

<--- Transmitting (NAT) to 172.20.1.26:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKd543852db1d8fa2b9;received=172.20.1.26;rport=5060
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>
Call-ID: 1c0a110a8ec1df5b
Seq: 22711 INVITE
Server: FPBX-2.10.0rc1(1.8.11)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0


<------------>
    -- Executing [10001@from-pstn:1] Set("SIP/SN4120-000000bb", "__FROM_DID=10001") in new stack
    -- Executing [10001@from-pstn:2] NoOp("SIP/SN4120-000000bb", "Received an unknown call with DID set to 10001") in new stack
    -- Executing [10001@from-pstn:3] Goto("SIP/SN4120-000000bb", "s,a2") in newtack
    -- Goto (from-pstn,s,2)
    -- Executing [s@from-pstn:2] Answer("SIP/SN4120-000000bb", "") in new stack
Audio is at 12630
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Reliably Transmitting (NAT) to 172.20.1.26:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKd543852db1d8fa2b9;received=172.20.1.26;rport=5060
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>;tag=as59ed4e43
Call-ID: 1c0a110a8ec1df5b
CSeq: 22711 INVITE
Server: FPBX-2.10.0rc1(1.8.11)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
Content-Length: 265

v=0
o=root 1886071378 1886071378 IN IP4 172.20.10.69
s=Asterisk PBX 1.8.11-cert1
c=IN IP4 172.20.10.69
t=0 0
m=audio 12630 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

<------------>

<--- SIP read from UDP:172.20.1.26:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bK01c5511b963206cf2
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>;tag=as59ed4e43
Call-ID: 1c0a110a8ec1df5b
CSeq: 22711 ACK
User-Agent: Patton SN4120 1BIS2V 00A0BA076398 R6.2 2012-07-13 H323 SIP M5T SIP Stack/4.0.30.30
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
    -- Executing [s@from-pstn:3] Wait("SIP/SN4120-000000bb", "2") in new stack
    -- Executing [s@from-pstn:4] Playback("SIP/SN4120-000000bb", "ss-noservice") in new stack
    -- <SIP/SN4120-000000bb> Playing 'ss-noservice.ulaw' (language 'en')

<--- SIP read from UDP:172.20.1.26:5060 --->
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKe9859f2ad1e2fa55e
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>;tag=as59ed4e43
Call-ID: 1c0a110a8ec1df5b
CSeq: 22712 BYE
User-Agent: Patton SN4120 1BIS2V 00A0BA076398 R6.2 2012-07-13 H323 SIP M5T SIP Stack/4.0.30.30
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Sending to 172.20.1.26:5060 (NAT)
Scheduling destruction of SIP dialog '1c0a110a8ec1df5b' in 32000 ms (Method: BYE)

<--- Transmitting (NAT) to 172.20.1.26:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKe9859f2ad1e2fa55e;received=172.20.1.26;rport=5060
From: <sip:[email protected]:5060>;tag=3d219d6214
To: <sip:[email protected]:5060>;tag=as59ed4e43
Call-ID: 1c0a110a8ec1df5b
CSeq: 22712 BYE
Server: FPBX-2.10.0rc1(1.8.11)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


<------------>
  == Spawn extension (from-pstn, s, 4) exited non-zero on 'SIP/SN4120-000000bb'
    -- Executing [h@from-pstn:1] Macro("SIP/SN4120-000000bb", "hangupcall,") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/SN4120-000000bb", "1?theend" ) in new stack
    -- Goto (macro-hangupcall,s,3)
    -- Executing [s@macro-hangupcall:3] Hangup("SIP/SN4120-000000bb", "") in new stack
  == Spawn extension (macro-hangupcall, s, 3) exited non-zero on 'SIP/SN4120-000000bb' in macro 'hangupcall'
  == Spawn extension (from-pstn, h, 1) exited non-zero on 'SIP/SN4120-000000bb'

<--- SIP read from UDP:172.20.1.26:5060 --->
REGISTER sip:172.20.10.69:5060 SIP/2.0
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKe76cdd46ccb909c9d
Max-Forwards: 70
From: <sip:[email protected]>;tag=4234a05a4e
To: <sip:[email protected]>
Call-ID: 53bdd1303e9302ef
CSeq: 11698 REGISTER
Contact: <sip:[email protected]:5060>
Expires: 300
User-Agent: Patton SN4120 1BIS2V 00A0BA076398 R6.2 2012-07-13 H323 SIP M5T SIP Stack/4.0.30.30
Content-Length: 0

<------------->
--- (11 headers 0 lines) ---
Sending to 172.20.1.26:5060 (NAT)

<--- Transmitting (NAT) to 172.20.1.26:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.20.1.26:5060;branch=z9hG4bKe76cdd46ccb909c9d;received=172.20.1.26;rport=5060
From: <sip:[email protected]>;tag=4234a05a4e
To: <sip:[email protected]>;tag=as4fe21acc
Call-ID: 53bdd1303e9302ef
CSeq: 11698 REGISTER
Server: FPBX-2.10.0rc1(1.8.11)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="0fe31458"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '53bdd1303e9302ef' in 32000 ms (Method: REGISTER)
Scheduling destruction of SIP dialog '53bdd1303e9302ef' in 32000 ms (Method: REGISTER)
Really destroying SIP dialog '3b57fc379d9a10b0' Method: REGISTER
compuware_02*CLI> exit
Executing last minute cleanups
 
Zuletzt bearbeitet von einem Moderator:
Ich habe es glaube ich hinbekommen . . .

Statt "context=from-pstn" einfach "context=from-pstn-toheader" weil die MSN vom Patton aus im Header übermittelt wird.

[from-pstn-toheader]
exten => _.,1,Goto(from-pstn,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)

Aus der <sip:[email protected]:5060> wird damit die "993xx6" die sich auf die Extensions verteilen lässt :-)

Ich hoffe das ist richtig so, es funktioniert jedenfalls :-)
 
Kostenlos!

Neueste Beiträge

Statistik des Forums

Themen
248,864
Beiträge
2,303,164
Mitglieder
378,517
Neuestes Mitglied
hupo46