[Gelöst] Asterisk 1.8.3 geht nicht - wechsel von Asterisk 1.6

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

baeckerman83

Mitglied
Mitglied seit
1 Sep 2005
Beiträge
238
Punkte für Reaktionen
0
Punkte
0
Hiho!
Ich hatte vorher Asterisk 1.6 auf meinem vserver und habe jetzt auf Asterisk 1.8.3 Upgedatet. Jetzt funktioniert Asterisk aber nicht richtig.
Also starten kann ich es und mich mit der Konsole verbinden. Hier stehte auch bei sip show registry, das 4 Anbieter verbunden sind. Wenn ich direkt bei Sipgate schaue steht dort auch, dass Asterisk 1.8.3 verbunden ist.
Wenn ich jetzt aber meine Sipgate Nummer anrufe kommt der Anrufer sei nicht erreichbar und auf der Konsole gibt es auch keine Meldungen.
Ich habe die extension.conf und sip.conf genau von der alten Version übernommen.
Kann mir jemand helfen? Braucht ihr noch andere Infos?

edit: So habe das noch mal getestet, es liegt irgendwie nur am erreichen von aussen. Wenn ich mit einer internen Nummer eine andere Anrufe geht das.
 
Zuletzt bearbeitet:
Hallo,
soweit ich mich erinnere, müssen bei 1.8 in der sip.conf die Kontexte für ankommende Anrufe vor den Kontexten für ausgehende Anrufe stehen. Bis 1.6 war er noch anders rum.
 
Nö, das war von 1.4 auf 1.6. Und vor allem würde dann im CLI irgendwas kommen ("no extension found" oder so).

@baeckerman83: wie schaut's nach "sip set debug on" aus, tut sich dann was?
 
Danke schon mal für die Mühe. Wenn ich sip set debug on eingebe tut sich etwas. Dann kommt:
Code: 
<--- SIP read from UDP:62.53.235.120:5060 --->

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

<--- SIP read from UDP:62.53.230.92:5060 --->

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

<--- SIP read from UDP:217.10.79.9:5060 --->
INVITE sip:[email protected]:5065 SIP/2.0
Record-Route: <sip:217.10.79.9;lr=on;ftag=as7eb7e465>
Record-Route: <sip:172.20.40.1;lr=on>
Record-Route: <sip:217.10.79.9;lr=on;ftag=as7eb7e465>
Via: SIP/2.0/UDP 217.10.79.9:5060;branch=z9hG4bKfd75.636e65a1.0
Via: SIP/2.0/UDP 172.20.40.1;branch=z9hG4bKfd75.636e65a1.0
Via: SIP/2.0/UDP 217.10.79.9:5060;received=217.10.68.222;branch=z9hG4bK4d2947ae
Via: SIP/2.0/UDP 217.116.117.70:5060;branch=z9hG4bK4d2947ae;rport=5060
From: "0160123456" <sip:[email protected]>;tag=as7eb7e465
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 INVITE
Max-Forwards: 67
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 412

v=0
o=root 6794 6794 IN IP4 217.116.117.70
s=session
c=IN IP4 217.116.117.70
t=0 0
m=audio 15752 RTP/AVP 8 0 3 97 18 112 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:112 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
<------------->
--- (18 headers 19 lines) ---
Sending to 217.10.79.9:5060 (no NAT)
Using INVITE request as basis request - [email][email protected][/email]
Found peer '6045980' for '0160123456' from 217.10.79.9:5060

<--- Reliably Transmitting (no NAT) to 217.10.79.9:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 217.10.79.9:5060;branch=z9hG4bKfd75.636e65a1.0;received=217.10.79.9
Via: SIP/2.0/UDP 172.20.40.1;branch=z9hG4bKfd75.636e65a1.0
Via: SIP/2.0/UDP 217.10.79.9:5060;received=217.10.68.222;branch=z9hG4bK4d2947ae
Via: SIP/2.0/UDP 217.116.117.70:5060;branch=z9hG4bK4d2947ae;rport=5060
From: "0160123456" <sip:[email protected]>;tag=as7eb7e465
To: <sip:[email protected]>;tag=as4999bdbb
Call-ID: [email][email protected][/email]
CSeq: 102 INVITE
Server: Asterisk PBX 1.8.3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="38334710"
Content-Length: 0


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

<--- SIP read from UDP:217.10.79.9:5060 --->
ACK sip:[email protected]:5065 SIP/2.0
Max-Forwards: 10
Via: SIP/2.0/UDP 217.10.79.9:5060;branch=z9hG4bKfd75.636e65a1.0
Via: SIP/2.0/UDP 172.20.40.1;branch=z9hG4bKfd75.636e65a1.0
From: "0160123456" <sip:[email protected]>;tag=as7eb7e465
Call-ID: [email][email protected][/email]
To: <sip:[email protected]>;tag=as4999bdbb
CSeq: 102 ACK
Content-Length: 0
X-hint: rr-enforced

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

meine sip.conf:
Code: 
[general]
bindport =5065
bindaddr = IPADRESSE
context = sonstige
srvlookup=yes
language=de
maxexpirey=240
defaultexpirey=240
qualify = no


register => YYYYYYY:[email protected]/YYYYYYYY
register => YYYYYYY:[email protected]/YYYYYYYY
register => YYYYYYYYYYYY:[email protected]/carpo
register => YYYYYYYYYYYY:[email protected]/sipkom

[2000]
type=friend
context=meine-telefone
secret=XXXXXXXXXXXX
host=dynamic
username=2000
canreinvite=no
dtfmode=rfc2833
disallow=all
allow=ulaw
nat=yes
domain=IPADRESSE

[2001]
type=friend
context=meine-telefone
secret=1234igoogle
host=dynamic

[601111111]
type=peer
username=yyyyyyyyyyy
fromuser=yyyyyyyyyy
secret=xxxxxxxxxxx
host=sipgate.de
fromdomain=sipgate.de
insecure=very
canreinvite=no
nat=no
disallow=all
allow=ulaw

[261111111]
type=peer
username=yyyyyyyy
fromuser=yyyyyyyyyy
secret=xxxxxxxxxx
host=sipgate.de
fromdomain=sipgate.de
insecure=invite
canreinvite=no
nat=no
disallow=all
allow=ulaw

[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=sipgate

[carpo-out]
type=peer
secret=xxxxxxxxx
username=yyyyyyyyy
host=sip.carpo.de
fromuser=yyyyyyyyyyy
fromdomain=sip.carpo.de
insecure=very
nat=no
qualify=no
disallow=all
allow=ulaw
allow=alaw
;allow=g729
qualify=no
dtmfmode=info

[carpo_in]
context=carpo_in
type=peer
host=sip.carpo.de
disallow=all
allow=ulaw
allow=alaw
qualify=no
dtmfmode=info

[sipkom_out]
type=peer
secret=xxxxx
username=yyyyyy
host=sip.sipkom.com
fromuser=yyyyyyy
fromdomain=sip.sipkom.com
insecure=very
nat=no
qualify=no
disallow=all
allow=alaw
allow=ulaw
;allow=g729
qualify=no
dtmfmode=info

[sipkom__in]
context=sipkom_in
type=peer
host=sip.sipkom.com
disallow=all
allow=alaw
allow=ulaw
qualify=no
dtmfmode=info

Ich habe die Zugangsdaten und IP Adressen rausgeläscht so weit mir bekannt.
 
Zuletzt bearbeitet:
Hallo baeckerman83,

verwende doch bitte Code, keine Zitate, dann rollt man sich hier nicht den Wolf um deine Ausgaben zu lesen. Bitte editieren!
Wenn ich mich nicht irre, wird der erste passende eingehende Kontext "angesprungen", daher vermute ich, dass deine Sipgate-Anrufe im Kontext sonstige landen. Verschiebe deinen [sipgate_de_in] nach oben, wenn diese Anrufe im Kontext sipgate landen sollen. Viel Erfolg!


Gruß
R.
 
Oki ist editiert.
Leider hilft das auch nichts. :(
Ich bekomme "[Mar 11 20:32:13] NOTICE[54969]: chan_sip.c:21358 handle_request_invite: Call from '6011111' to extension '6011111' rejected because ex tension not found in context 'sonstige'."
Auch wenn in der Extensions.conf gar kein context sonstige mehr da ist. :(
 
Zuletzt bearbeitet:
Eben das ist dein Problem, deine Anrufe landen im default Kontext, der heißt bei dir sonstige, siehe general. Also, richte deine sip.conf so ein, dass der oberste Sipgate-Block den von dir gewünschten richtigen Kontext bekommt.
 
Sorry jetzt stehe ich etwas auf dem Schlauch. Weil vor dem Update ging das ja alles so auch. Du meinst ich soll in der extension.conf was verschieben, oder in der sip.conf? Denn wenn ich in der Sip.conf schreibe:
Code: 
[general]
bindport =5065
bindaddr = IPADRESSE
context = sonstige
srvlookup=yes
language=de
maxexpirey=240
defaultexpirey=240
qualify = no


register => YYYYYYY:[email protected]/YYYYYYYY
register => YYYYYYY:[email protected]/YYYYYYYY
register => YYYYYYYYYYYY:[email protected]/carpo
register => YYYYYYYYYYYY:[email protected]/sipkom
[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=sipgate
[2000]
type=friend
context=meine-telefone
secret=XXXXXXXXXXXX
host=dynamic
username=2000
canreinvite=no
dtfmode=rfc2833
disallow=all
allow=ulaw
nat=yes
domain=IPADRESSE

[2001]
type=friend
context=meine-telefone
secret=1234igoogle
host=dynamic

[601111111]
type=peer
username=yyyyyyyyyyy
fromuser=yyyyyyyyyy
secret=xxxxxxxxxxx
host=sipgate.de
fromdomain=sipgate.de
insecure=very
canreinvite=no
nat=no
disallow=all
allow=ulaw

[261111111]
type=peer
username=yyyyyyyy
fromuser=yyyyyyyyyy
secret=xxxxxxxxxx
host=sipgate.de
fromdomain=sipgate.de
insecure=invite
canreinvite=no
nat=no
disallow=all
allow=ulaw

[carpo-out]
type=peer
secret=xxxxxxxxx
username=yyyyyyyyy
host=sip.carpo.de
fromuser=yyyyyyyyyyy
fromdomain=sip.carpo.de
insecure=very
nat=no
qualify=no
disallow=all
allow=ulaw
allow=alaw
;allow=g729
qualify=no
dtmfmode=info

[carpo_in]
context=carpo_in
type=peer
host=sip.carpo.de
disallow=all
allow=ulaw
allow=alaw
qualify=no
dtmfmode=info

[sipkom_out]
type=peer
secret=xxxxx
username=yyyyyy
host=sip.sipkom.com
fromuser=yyyyyyy
fromdomain=sip.sipkom.com
insecure=very
nat=no
qualify=no
disallow=all
allow=alaw
allow=ulaw
;allow=g729
qualify=no
dtmfmode=info

[sipkom__in]
context=sipkom_in
type=peer
host=sip.sipkom.com
disallow=all
allow=alaw
allow=ulaw
qualify=no
dtmfmode=info
ändert das gar nichts. Und das General brauche ich doch.

edit: ah ok jetzt habe ich es wieder hinbekommen. Der context muss jetzt nicht nur in dem sipgate_de_in Bereich definiert sein, sondern auch in den bereichen oben drüber.
 
Zuletzt bearbeitet:
Welche Version hattest du vorher genau? Ich vermute mal 1.6.0.x, zumindest nicht 1.6.2.x

So sollte die Reihenfolge in der sip.conf passen. Jetzt musst du noch noch dafür sorgen, dass im sipgate-Kontext der extensions.conf die richtigen pattern stehen.

Nebenbei, aus Sicherheitsgründen solltest du vermeiden, mit dem default Kontext (bei dir sonstige) zu arbeiten, dazu findest du aber reichlich Lektüre in anderen Beiträgen.
 
Ja den default Kontext verwende ich auch nicht. Also 1.6.2 war es glaub nicht was ich hatte. Kann jetzt leider nicht mehr schauen.
Jetzt funktioniert es aber. :) Danke schön. Nun kann ich weiter basteln. meine Agi PHP Scripte müssen noch angepasst werden.
 
baeckerman83 schrieb:
edit: ah ok jetzt habe ich es wieder hinbekommen. Der context muss jetzt nicht nur in dem sipgate_de_in Bereich definiert sein, sondern auch in den bereichen oben drüber.
Zum Vergrößern anklicken....
Deine Antwort ist noch nicht schlüssig. Du benötigst den Kontext nur einmal für den eingehenden peer/domain.
Vernünftig wäre es, du würdest den in [general] definierten Kontext bewusst in's Leere laufen lassen oder für's debug verwenden. Dann definierst du für jeden peer einen sauberen Kontext. So hast du deine Anlage im Überblick.
Zur Version, soweit ich das richtig in Erinnerung habe, hat sich das Verhalten der Kontexte erst mit dem Versionssprung zu Asterisk 1.6.2 geändert, darunter bis 1.4 galt der letzte Eingehende. Viel Erfolg!


Gruß
R.
 
Ja deswegen hatte ich da den Kontext sonstige, weil der ins leere lief. Glaube im Asterisk Buch stand drin das es sicherheitsmässig so besser ist.
Dachte immer eingehende ist das sipgate_de_in, aber das ist es wohl nicht alleine. Habe bei [601111111] jetzt auch den Kontext sipgate definiert und dann funktioniert es.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 470 (Mitglieder: 20, Gäste: 450)

Neueste Beiträge

Statistik des Forums

Themen
246,274
Beiträge
2,249,295
Mitglieder
373,863
Neuestes Mitglied
RuthBeatty
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