[Problem] Asterisk 1.4 und 1und1 "Angerufen werden nicht möglich"

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

TomCatShS

Neuer User
Mitglied seit
14 Nov 2006
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
Abend,
ich versuche seit 2 Wochen 1und1 an Asterisk zu binden.
Sipgate hat ohne probleme fungtioniert (rein, raus) nur an 1und1 bin ich am verzweifeln.

Ich habe 2 Numern bei 1und1 diese sollten auch auf 2 getrenten SIP Telefonen ankommen.

Mein Problem verhält sich so das ich Anrufen aber nicht angeruffen werden kann.

in den Logs steht folgendes:

Code: 
[Mar  4 22:27:12] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '4921222222222' rejected because extension not found.
[Mar  4 22:27:36] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '4921111111111' rejected because extension not found.
[Mar  4 22:27:49] NOTICE[8294]: chan_sip.c:15500 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 9100
[Mar  4 22:28:52] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '49211111111' to extension '492111111111' rejected because extension not found.
[Mar  4 22:29:38] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '4921111111111 rejected because extension not found.

Hier die extentions.conf
Code: 
[1und1_1_in]
; alle Anrufe mit dem 1und1 Username sollen an das SIP Endgeraet 2000
; signalisiert werden
;
exten => 492111111111,1,Dial,SIP/9100&SIP/2003|45|r
exten => 492111111111,2,Goto,r-${DIALSTATUS}|1

exten => r-BUSY,1,voicemail,b2003
exten => r-BUSY,2,Hangup

exten => r-NOANSWER,1,voicemail,u2003
exten => r-NOANSWER,2,Hangup



[1und1_2_in]

; alle Anrufe mit dem 1und1 Username sollen an das SIP Endgeraet 2001
; signalisiert werden
;
exten => 49212222222,1,Dial,SIP/2001|45|r
exten => 49212222222,2,Goto,r-${DIALSTATUS}|1

exten => r-BUSY,1,voicemail,b2001
exten => r-BUSY,2,Hangup

exten => r-NOANSWER,1,voicemail,u2001
exten => r-NOANSWER,2,Hangup


und hier die Sip.conf
Code: 
[general]
port = 5060
bindaddr = 0.0.0.0
context = sonstige
localnet = 10.48.53.0/255.255.255.0
localnet = 10.48.55.0/255.255.255.0
externhost = XXXXXXXXX.dyndns.org
language = de


register => 49211111111:[email protected]/4921111111111
register => 49212222222:[email protected]/4921222222222



[1und1](!)
type=friend
nat=yes
disallow=all
allow=alaw
allow=ulaw
;allow=g729
allow=g726
allow=gsm
fromdomain=1und1.de
qualify=yes
;insecure=port,invite
insecure=invite
tos=0x18
;caninvite=no
canreinvite=no
dtmfmode=auto
language=de
host=sip.1und1.de
host=sipbalance1-1.1und1.de 
host=sipbalance1-2.1und1.de 
host=sipbalance2-1.1und1.de 
host=sipbalance2-2.1und1.de 
host=sipbalance3-1.1und1.de 
host=sipbalance3-2.1und1.de 
host=sipbalance4-1.1und1.de 
host=sipbalance4-2.1und1.de 
host=sipbalance5-1.1und1.de 
host=sipbalance5-2.1und1.de 
host=sipbalance6-1.1und1.de 
host=sipbalance6-2.1und1.de 
host=sipbalance7-1.1und1.de 
host=sipbalance7-2.1und1.de 
host=sipbalance8-1.1und1.de 
host=sipbalance8-2.1und1.de 

[1und1_1](1und1)
context=1und1_1_in
username=4921111111111
secret=ICH BIN EINPASSWORD
fromuser=492111111111
host=sip.1und1.de

[1und1_2](1und1)
context=1und1_2_in
username=49212222222
secret=ICH BIN EINPASSWORD
fromuser=49212222222
host=sip.1und1.de


Ich hoffe ihr könnt mir Helfen.

DANKE !!
 
Ich glaube durch das "register =>" schlagen alle Anrufe erstmal im Kontext "default" auf. Du müsstest also in der extensions.conf so etwas bauen:

[default]
exten => 4921222222222,1,goto(1und1_1,4921222222222,1)
 
Hallo JanG80
habs gerade mal eingebaut.
Scheinbar fungtioniert 1und1_1 jetzt aber 1und1_2 fungtioniert nicht .
Dort kommt : "Der von ihnen gewünschte Teilnehmer ist zurzeit nicht ereichbar."
und dieser Log:
Code: 
[Mar  4 23:31:47] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '492122222222' to extension '4921111111111' rejected because extension not found.

extensions.conf
Code: 
[default]
exten => 492122222222,1,goto(1und1_2,4921222222222,1)

exten => 492111111111,1,goto(1und1_1,4921111111111,1)

Update: seit gerade leuft wieder gar nix :-(
 
Abend,
ich habe gerade noch was weiter gefumelt und nun sieht das ergebnis so aus .
Alle Anrufe werden im Asterisk CLI angezeigt:

Code: 
[Mar  5 18:23:17] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '49212222222' rejected because extension not found.
[Mar  5 18:23:32] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '1und1-2-2' to extension '492111111111' rejected because extension not found.
[Mar  5 18:23:40] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '1und1-2-2' to extension '4921222222222' rejected because extension not found.
[Mar  5 18:23:52] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '4921111111111' rejected because extension not found.
[Mar  5 18:24:01] NOTICE[8294]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '492122222222222' rejected because extension not found.
Nagios3*CLI>

Manschmal geht auch ein Anruf durch und es Klingelt aber dies ist sehr selten.

Code: 
[1und1](!)
type=friend
nat=yes
disallow=all
allow=alaw
allow=ulaw
;allow=g729
allow=g726
allow=gsm
fromdomain=1und1.de
qualify=yes
;insecure=port,invite
insecure=invite
tos=0x18
;caninvite=no
canreinvite=no
dtmfmode=auto
language=de

[1und1-1-1](1und1)
host=sipbalance1-1.1und1.de

[1und1-1-2](1und1)
host=sipbalance1-2.1und1.de

[1und1-2-1](1und1)
host=sipbalance2-1.1und1.de

[1und1-2-2](1und1)
host=sipbalance2-2.1und1.de

[1und1-3-1](1und1)
host=sipbalance3-1.1und1.de

[1und1-3-2](1und1)
host=sipbalance3-2.1und1.de

[1und1-4-1](1und1)
host=sipbalance4-1.1und1.de

[1und1-4-2](1und1)
host=sipbalance4-2.1und1.de

[1und1-5-1](1und1)
host=sipbalance5-1.1und1.de

[1und1-5-2](1und1)
host=sipbalance5-2.1und1.de

[1und1-6-1](1und1)
host=sipbalance6-1.1und1.de

[1und1-6-2](1und1)
host=sipbalance6-2.1und1.de

[1und1-7-1](1und1)
host=sipbalance7-1.1und1.de

[1und1-7-2](1und1)
host=sipbalance7-2.1und1.de

[1und1-8-1](1und1)
host=sipbalance8-1.1und1.de

[1und1-8-2](1und1)
host=sipbalance8-2.1und1.de

[telefonica-1](1und1)
host=1und1-1.sip.mgc.voip.telefonica.de

[telefonica-2](1und1)
host=1und1-2.sip.mgc.voip.telefonica.de

[telefonica-3](1und1)
host=1und1-3.sip.mgc.voip.telefonica.de

[telefonica-5](1und1)
host=1und1-5.sip.mgc.voip.telefonica.de

[telefonica-6](1und1)
host=1und1-6.sip.mgc.voip.telefonica.de

[telefonica-7](1und1)
host=1und1-7.sip.mgc.voip.telefonica.de

[telefonica-8](1und1)
host=1und1-8.sip.mgc.voip.telefonica.de

Was muss den nun noch an der extensions.conf abgeändert werden das die Anrufe durchgehen?
 
Hast Du mal einen Blick ins Asterisk Buch geworfen?

Halten wir das Wesentliche fest: es kann pro host nur einen context geben. Wenn Du also zwei Peers mit demselben host definierst, nimmt Asterisk 1.4 nur den letzten angegebenen Context (ab 1.6 den ersten). Deshalb werden zwangsläufig alle Anrufe in einem Context landen, die Unterscheidung der angerufenen Nummer nimmst Du über die exten vor.
Wenn im Peer kein eigener context angegeben ist, wird der aus dem general verwendet. Ist dort auch keiner angegeben, dann landet alles im [default].

Meines Erachtens hätte Deine ursprüngliche Config durchaus funktionieren können, wenn Du bei beiden Peers context=1und1_in setzt und die _in-Contexte zu einem mit eben diesem Namen zusammenfasst, und die exten's zu denen der register passen.
 
Hi rentier-s

ich habe meine config jetzt wieder abgeändert nach :
Code: 
[1und1](!)
type=friend
nat=yes
disallow=all
allow=alaw
allow=ulaw
;allow=g729
allow=g726
allow=gsm
fromdomain=1und1.de
qualify=yes
;insecure=port,invite
insecure=invite
tos=0x18
;caninvite=no
canreinvite=no
dtmfmode=auto
language=de
host=sip.1und1.de
host=sipbalance1-1.1und1.de
host=sipbalance1-2.1und1.de
host=sipbalance2-1.1und1.de
host=sipbalance2-2.1und1.de
host=sipbalance3-1.1und1.de
host=sipbalance3-2.1und1.de
host=sipbalance4-1.1und1.de
host=sipbalance4-2.1und1.de
host=sipbalance5-1.1und1.de
host=sipbalance5-2.1und1.de
host=sipbalance6-1.1und1.de
host=sipbalance6-2.1und1.de
host=sipbalance7-1.1und1.de
host=sipbalance7-2.1und1.de
host=sipbalance8-1.1und1.de
host=sipbalance8-2.1und1.de
host=1und1-1.sip.mgc.voip.telefonica.de
host=1und1-2.sip.mgc.voip.telefonica.de
host=1und1-3.sip.mgc.voip.telefonica.de
host=1und1-5.sip.mgc.voip.telefonica.de
host=1und1-6.sip.mgc.voip.telefonica.de
host=1und1-7.sip.mgc.voip.telefonica.de
host=1und1-8.sip.mgc.voip.telefonica.de

[1und1_1](1und1)
context=1und1_1_in
username=492111111111
secret=Password
fromuser=4921111111111
host=sip.1und1.de

[1und1_2](1und1)
context=1und1_2_in
username=49212222222
secret=PASSWORD
fromuser=492122222222
host=sip.1und1.de

wie muss ich contexte abändern?
Das Asterisk Buch habe ich und bin gerade dabei durchzulesen.

Mfg Jörn
 
Hi Jörn,

ich würde context=1und1_1_in und context=1und1_2_in in context=1und1_in ändern, in der extensions.conf diesen Context anlegen und dort beide exten's rein packen.

Svenja
 
Hallo Svenja,

habe ich dan nicht das problem das ich nicht mehr mit 2 Sip Telefonen über die beiden 1&1 Numern seperat raus Telefonieren kann ?

Code: 
[1und1_1_out]
exten => _X.,1,Set(CALLERID(num)=49211111111)
exten => _X.,n,Dial(SIP/${EXTEN}@1und1_1,30,trg)
exten => _X.,n,Hangup

[1und1_2_out]
exten => _X.,1,Set(CALLERID(num)=4921222222)
exten => _X.,2,Dial(SIP/${EXTEN}@1und1_2,30,trg)
exten => _X.,3,Hangup
 
Zuletzt bearbeitet:
Hallo,
nach mehrfachem hin und her Sipgate leuft ohne Probleme 1und1 zickt immer noch,
teilweise gehen Anrufe durch dann wieder nicht.

Ich verstehe nicht warum es mit 1und1 in dieser sache immer wieder soviele Probleme gibt.
:-(
 
TomCatShS schrieb:
habe ich dan nicht das problem das ich nicht mehr mit 2 Sip Telefonen über die beiden 1&1 Numern seperat raus Telefonieren kann?
Zum Vergrößern anklicken....

Nein, das hat damit nichts zu tun. Die Namen der Peers bleiben ja.

Wenn es zumindest manchmal geht, besteht grundsätzlich Hoffnung. Was spricht denn das CLI bei einem Fehlversuch?

Svenja
 
Hi,
es passiert immer unterschiedlich.
Manschmal geht die erste Numer durch manschmal auch die zweite .zufall halt.

das zeigt die CLI an :
Code: 
[Mar  8 21:04:31] NOTICE[7727]: chan_sip.c:12759 handle_response_peerpoke: Peer '1und1_2' is now Reachable. (30ms / 2000ms)
    -- Executing [4921111111111@1und1_in:1] Dial("SIP/49212222222222-b727a918", "SIP/9100&SIP/2003|45|r") in new stack
    -- Called 9100
    -- Called 2003
    -- SIP/2003-08340ba8 is ringing
    -- SIP/9100-08347790 is ringing
  == Spawn extension (1und1_in, 492111111111, 1) exited non-zero on 'SIP/492122222222-b727a918'
[Mar  8 21:06:09] NOTICE[7727]: chan_sip.c:14441 handle_request_invite: Call from '' to extension '49212222222222' rejected because extension not found.
 
Hi,

bau bitte in jeden Context, der für ankommende Gespräche auch nur annähernd in Frage kommen könnte, die

Code: 
exten=>_X.,1,Noop(Anruf fuer ${EXTEN} ueber ${CONTEXT})

ein. Das ist auf jeden Fall gültig, (fast) egal was angerufen wird, und dann siehst Du was wo fehlt.

Svenja
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 660 (Mitglieder: 17, Gäste: 643)

Neueste Beiträge

Statistik des Forums

Themen
244,868
Beiträge
2,219,776
Mitglieder
371,585
Neuestes Mitglied
PauSchmitz
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück