Hallo,
ich habe seit einiger Zeit meinen Asterisk (Trixbox in Betrieb). Jetzt möchte ich meine 4 IP-Telefonnumern jeweils ihren eigenen Bestimmungen zuführen.
Ich habe 3 Nummern
Mir fällt aber auf, dass 1und1 nur die letzte registrierte Nummer an den Asterisk übermittelt:
Hier mein CLI-Protokoll, um zu sehen, dass alles ordnungsgenäß registriert ist:
Alle 3 sind, wie man sehen kann, ordnungsgemäß registriert
Ich habe gleich zu Beginn (2. Zeile) in den in den Dial-Plan eine Zeile eingefügt, die mir die wichtigsten Daten zum Anruf auf die Konsole ausgibt:
Die Ausgabe ist folgende:
Wie man sieht sind, tauchen in den Call-Daten anstatt 49xxxxxxx491 die 49xxxxxxx515 auf.
Vorher versucht 1und1 aber noch, den Call über die 49xxxxxxx491 zu initiierten:
Hat jemand schon einmal ähnliche Probleme gehabt? Wie kann man das lösen?
ich habe seit einiger Zeit meinen Asterisk (Trixbox in Betrieb). Jetzt möchte ich meine 4 IP-Telefonnumern jeweils ihren eigenen Bestimmungen zuführen.
Ich habe 3 Nummern
- 49xxxxxxx491
- 49xxxxxxx508
- 49xxxxxxx515
Mir fällt aber auf, dass 1und1 nur die letzte registrierte Nummer an den Asterisk übermittelt:
Hier mein CLI-Protokoll, um zu sehen, dass alles ordnungsgenäß registriert ist:
Code:
asterisk -vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvr
== Parsing '/etc/asterisk/asterisk.conf': Found
== Parsing '/etc/asterisk/extconfig.conf': Found
Asterisk 1.2.9.1-BRIstuffed-0.3.0-PRE-1r, Copyright (C) 1999 - 2006 Digium, Inc. and others.
=========================================================================
Connected to Asterisk 1.2.9.1-BRIstuffed-0.3.0-PRE-1r currently running on asterisk1 (pid = 10280)
tionrisk1*CLI>
Verbosity was 5 and is now 54
Core debug is at least 1
asterisk1*CLI>
asterisk1*CLI> sip debug
SIP Debugging re-enabled
asterisk1*CLI>
asterisk1*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
1und1_3/49xxxxxxx515 212.227.15.197 N 5060 OK (54 ms)
1und1_2/49xxxxxxx508 212.227.15.197 N 5060 OK (53 ms)
1und1in_3/49xxxxxxx515 212.227.15.197 N 5060 Unmonitored
1und1in_2/49xxxxxxx508 212.227.15.197 N 5060 Unmonitored
1und1in/49xxxxxxx491 212.227.15.197 N 5060 Unmonitored
1und1/49xxxxxxx491 212.227.15.197 N 5060 OK (54 ms)
asterisk1*CLI> sip show registry
Host Username Refresh State
sip.1und1.de:5060 49xxxxxxx515 4945 Registered
sip.1und1.de:5060 49xxxxxxx508 4966 Registered
sip.1und1.de:5060 49xxxxxxx491 5340 Registered
asterisk1*CLI>
Alle 3 sind, wie man sehen kann, ordnungsgemäß registriert
Ich habe gleich zu Beginn (2. Zeile) in den in den Dial-Plan eine Zeile eingefügt, die mir die wichtigsten Daten zum Anruf auf die Konsole ausgibt:
Code:
[ext-did]
exten => _X.,1,Noop(Catch-All DID Match - Found ${EXTEN} - You probably want a DID for this.)
exten => _X.,n,NoOp(AC-${ACCOUNTCODE} CID-${CALLERID} CIDN-${CALLERIDNAME} CIDNU-${CALLERIDNUM} CPR-${CALLINGPRES} CH-${CHANNEL} DNID-${DNID} TXT-${TXTCIDNAME
Die Ausgabe ist folgende:
Code:
-- Executing NoOp("SIP/49xxxxxxx515-bf7f", "Catch-All DID Match - Found 200 - You probably want a DID for this.") in new stack
-- Executing NoOp("SIP/49xxxxxxx515-bf7f", "AC- CID-"49171xxxxxxx" <49xxxxxxx515> CIDN-49171xxxxxxx CIDNU-49xxxxxxx515 CPR-0 CH-SIP/49xxxxxxx515-bf7f DNID-200 TXT- SIP-7db67b85-7a2c0613-2bfef847-f93a@sipgw01.bmcag.com--------------------------------------------------------------------------------------------------") in new stack
Vorher versucht 1und1 aber noch, den Call über die 49xxxxxxx491 zu initiierten:
Code:
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK8cc2235df015e9f6802de81f08788340;received=212.227.15.197
Via: SIP/2.0/UDP 212.227.15.225;branch=z9hG4bKacae.9e74ae06.0
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK4dafe3d365cd083257419a0a2cdca97a
Via: SIP/2.0/UDP sipgw01.bmcag.com:5060 ;received=62.206.6.140;branch=z9hG4bKterm-a1e6d-49171xxxxxxx-49xxxxxxx491
From: 49171xxxxxxx <sip:[email protected];user=phone>;tag=2053440287
To: 49xxxxxxx[B]491[/B] <sip:[email protected];user=phone>
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0
Hat jemand schon einmal ähnliche Probleme gehabt? Wie kann man das lösen?
Zuletzt bearbeitet: