Asterisk setzt USERID als Context bei Sip-Anrufen

[Mona]

Ich habe seit meinem Upgrade auf Asterisk 1.6 das Problem, dass eingehende Anrufe von Sipgate nicht mehr ankommen, da Asterisk die UserID als context sucht....

sip.conf:
[sipgate]
type=friend
secret=password
insecure=invite
username=556677
defaultuser=556677
fromuser=556677
context=sipgate_in
fromdomain=sipgate.de
host=sipgate.de
outboundproxy=proxy.live.sipgate.de
qualify=yes
dtmfmode=rfc2833

extensions.conf:

[sipgate_in]
exten => _X.,1,Dial(SIP/125,16)
exten => _X.,n,Voicemail(125)

  == Using SIP RTP CoS mark 5
[Jun  6 10:40:03] NOTICE[2345]: chan_sip.c:16869 handle_request_invite: Call from '' to extension '556677' rejected because extension not found.

Kann mir jemand helfen, meine den Wald zu finden?

 

[kombjuder]

Kann mir jemand helfen, meine den Wald zu finden?

Es gibt anscheinend in der sip.conf einen Kontext [556677]. Der müsste dann unter dem Kontext [sipgate_in] stehen. Ist das so?

 

[Mona]

Das ist ja das verwirrende, dort steht es nirgends:

asterisk# grep 556677 sip.conf

register => 556677:A1EQcZ@sipgate/556677
username=556677
defaultuser=556677
fromuser=556677

<--- SIP read from UDP://217.10.68.147:5060 --->
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:217.10.68.147;lr=on;ftag=as0111668a>
Record-Route: <sip:172.20.40.5;lr=on>
Record-Route: <sip:217.10.68.147;lr=on;ftag=as0111668a>
Via: SIP/2.0/UDP 217.10.68.147:5060;branch=z9hG4bK83ad.fd89cd32.0
Via: SIP/2.0/UDP 172.20.40.5;branch=z9hG4bK83ad.fd89cd32.0
Via: SIP/2.0/UDP 217.10.68.147:5060;received=217.10.68.178;branch=z9hG4bK26562076
Via: SIP/2.0/UDP 217.10.77.102:5060;branch=z9hG4bK26562076;rport=5060
Max-Forwards: 67
From: "0302270" <sip:[email protected]>;tag=as0111668a
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 103 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
X-Timeout: 120
Content-Type: application/sdp
Content-Length: 373
X-To-Domain: sipgate.de

v=0
o=root 100523119 100523120 IN IP4 217.10.77.102
s=sipgate VoIP GW
c=IN IP4 217.10.77.20
t=0 0
m=audio 41610 RTP/AVP 8 0 3 112 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
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
a=direction:active
a=nortpproxy:yes

<------------->
--- (20 headers 17 lines) ---
  == Using SIP RTP CoS mark 5
Sending to 217.10.68.147 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
No user '01716666666' in SIP users list
No matching peer for '01716666666' from '217.10.68.147:5060'
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 3
Found RTP audio format 112
Found RTP audio format 101
Peer audio RTP is at port 217.10.77.20:41610
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format GSM for ID 3
Found audio description format G726-32 for ID 112
Found audio description format telephone-event for ID 101
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x80e (gsm|ulaw|alaw|g726)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 217.10.77.20:41610
Looking for 556677 in default (domain 192.168.75.101)

<--- Reliably Transmitting (no NAT) to 217.10.68.147:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 217.10.68.147:5060;branch=z9hG4bK83ad.fd89cd32.0;received=217.10.68.147
Via: SIP/2.0/UDP 172.20.40.5;branch=z9hG4bK83ad.fd89cd32.0
Via: SIP/2.0/UDP 217.10.68.147:5060;received=217.10.68.178;branch=z9hG4bK26562076
Via: SIP/2.0/UDP 217.10.77.102:5060;branch=z9hG4bK26562076;rport=5060
From: "0302270" <sip:[email protected]>;tag=as0111668a
To: <sip:[email protected]>;tag=as1961d16d
Call-ID: [email protected]
CSeq: 103 INVITE
User-Agent: Asterisk PBX 1.6.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Length: 0


<------------>
[Jun  6 11:01:47] NOTICE[2345]: chan_sip.c:16869 handle_request_invite: Call from '' to extension '556677' rejected because extension not found.
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
melbourne*CLI>
<--- SIP read from UDP://217.10.68.147:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 217.10.68.147:5060;branch=z9hG4bK83ad.fd89cd32.0
Via: SIP/2.0/UDP 172.20.40.5;branch=z9hG4bK83ad.fd89cd32.0
From: "0302270" <sip:[email protected]>;tag=as0111668a
Call-ID: [email protected]
To: <sip:[email protected]>;tag=as1961d16d
CSeq: 103 ACK
Max-Forwards: 69
Content-Length: 0
X-hint: rr-enforced


<------------->
--- (10 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: ACK

 

[FrankIT]

Ich würde mal host=proxy.live.sipgate.de probieren, denn schließlich kommt der INVITE von dort.
Gibt es überhaupt einen Grund, type=friend zu verwenden?

 

[Mona]

Also die Abänderung auf host=proxy.live.sipgate.de verändert es nicht zum besseren, nunmehr kommt als Meldung:

"Call from '556677' to extension '556677' rejected because extension not found."

Die Einstellung type=friend habe ich von der Beschreibung auf sipgate.de übernommen.

 

[FrankIT]

In welchen Kontext gehen denn die Anrufe jetzt? Was sagt asterisk -rvvv?

Die Beschreibung von sipgate.de mag dort passen; für die Team Edition würde ich mich aber eher an www.live.sipgate.de orientieren.

 

[Mona]

Ich habe verbose sogar auf 10 gesetzt aber es erscheint einfach nur

asterisk*CLI>
asterisk*CLI>
  == Using SIP RTP CoS mark 5
[Jun  6 13:12:24] NOTICE[2822]: chan_sip.c:16869 handle_request_invite: Call from '' to extension '556677' rejected because extension not found.

Aber erfolgreich registriert ist asterisk wohl:

asterisk*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
125/125                    192.168.1.104   D   N      1025     Unmonitored
sipgate/556677          217.10.79.9                 5060     OK (32 ms)
2 sip peers [Monitored: 1 online, 0 offline Unmonitored: 1 online, 0 offline]

Ich kann auch ohne Probleme rausrufen, nur eben nicht ein. Es ist zum verrückt werden ...

 

[kombjuder]

Ich habe seit meinem Upgrade auf Asterisk 1.6 das Problem,

user.conf hat keine Sipgateeinträge?

Welche Asteriskversion genau?
Mit 1.6.0.9 habe ich keine Probleme.

Hier meine sip.conf:

[0761458XXXX]                   ;sipgate Firma
type=peer
username=458XXXX
fromuser=458XXXX
secret=geheim
host=sipgate.de
insecure=invite
language=de


[sipgate-in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
context=sipgate-in
dtmfmode=auto

Achtung, sipgate-in muß der letzte Eintrag für sipgate sein! Es danach kein weiterer Eintrag für sipgate folgen.

 

[Mona]

Ich hatte eigentlich die Version 1.6.0. Nach Deinem Posting habe ich auf die Version 1.6.0.9 aktualisiert

Connected to Asterisk 1.6.0.9 currently running on asterisk (pid = 17385)

Leider wieder das gleiche Ergebnis:

[Jun  6 14:06:37] NOTICE[17394]: chan_sip.c:17295 handle_request_invite: Call from '' to extension '556677' rejected because extension not found.

in der Datei users.conf steht auch nichts von sipgate:

asterisk# grep -i sipgate users.conf
asterisk#

 

[FrankIT]

Ob der Asterisk bei Sipgate überhaupt registriert ist, sieht man nicht mit sip show peers, sondern mit sip show registry. Allerdings dürfte die Registrierung in Ordnung sein, denn sonst käme wohl gar kein INVITE am Asterisk an.

Mit host=sipgate.de hat der Peer [sipgate] die IP-Adresse 217.10.79.9. Das zeigt ja auch sip show peers so an. Das hat zur Folge, dass diese Peer-Definition keine Rolle spielt, wenn der Anruf stattdessen von der IP-Adresse 217.10.68.147 (proxy.live.sipgate.de) kommt.
Da der Peer [sipgate] nicht verwendet wird, sucht Asterisk die Extension 556677 im Kontext [default]. Offenbar findet er sie aber nicht und antwortet deshalb mit 404 Not Found.

Erst wenn du stattdessen host=proxy.live.sipgate.de setzt, wird der Anruf von 217.10.68.147 überhaupt dem Peer [sipgate] zugeordnet. Die Extension 556677 sollte dann im Kontext [sipgate_in] gesucht werden. Andere Peers oder Probleme im Dialplan könnten dabei allerdings auch noch stören.

 

[Mona]

Ich habe jetzt Asterisk einfach wieder auf die Version 1.4 "downgegraded" und da funktioniert es sofort wieder, genau mit dem oben genannten Config-Dateien. Also ich verstehe es nicht. Aber gut, dann bleibe ich eben doch bei der alten Version.

VIELEN DANK für alle Hilfeversuche!!

 

[abw1oim]

Was Du noch probieren kannst (Neben dem Hinweis auf den Default-Kontext), ist, in Deinem Context sipgate_in statt dem abstrakten Pattern zu schreiben:

[sipgate_in]
exten => 556677,1,Dial(SIP/125,16)
exten => 556677,n,Voicemail(125)

Ist bei mir so konfiguriert (als inc_sip für mehrere Provider, daher war die exakte Extensionangabe ohnehin sinnvoll) und funktioniert unter 1.4 wie 1.6 (1.6.0.9, 1.6.1.0, 1.6.2 Beta und Trunk)

Ansonsten, wie von FrankIT ausgeführt, einfach mal den default-Kontext anschauen und ggf. testweise ein

[default]
exten => _X.,1,NoOp(Anruf zu ${EXTEN} von ${CALLERID(num)})
exten => _X.,n,Hangup()

reinsetzen und schauen, ob Dein Inbound-Call wie von FrankIT beschrieben in diesem Kontext landet.

 

[realriot]

Moin,

habe das gleiche Problem...
Habe Testweise die Extension im [default] Context hinzugefügt... Und siehe da, dort kommt der Call an...

Frage ist nun, warum wird nicht der richtige Context benutzt, so dass ich eine Entscheidung anhand des Contextes machen kann?

Habe die Einstellungen für sipgate-team wie hier beschrieben getätigt:

http://www.live.sipgate.de/faq/article/148/Wie_konfiguriere_ich_Asterisk_fuer_sipgate_team

Viele Grüße
Sascha

 

[realriot]

Nachdem ich die daten wie folgt geändert habe:

[email protected][email protected]/ID

[sipgate-team.de]
type=peer
username=ID
fromuser=ID
defaultuser=ID
secret=PASS
host=proxy.live.sipgate.de
fromdomain=sipgate.de
outboundproxy=proxy.live.sipgate.de
canreinvite=no
insecure=port,invite
context=in_sipgate-team

Kommen eingehende Anrufe zwar im richtigen Context an, ausgehende Anrufe werden jedoch mit:

Received response: "Forbidden" from '"scrat - Asterisk" ..." abgelehnt...

Irgendwie komme ich da nicht so richtig weiter... Hat evtl. jemand einen Tipp für mich?

Viele Grüße
Sascha

 

[realriot]

Wie folgt sieht meine funktionierende Lösung aus:

http://www.realriot.de/2010/05/23/hinweis-zur-asterisk-konfiguration-fur-sipgate-team/