gelöst: skypho und Asterisk

[kombjuder]

Hallo,

wer hat skypho mit Asterisk am laufen?

Ich bekomme es nicht hin, dass er in den context springt, den ich in der sip.conf angegeben habe.

sip.conf

register => 123456:[email protected]/123456

[123456]			;
type=friend
username=123456	
fromuser=123456
secret=geheim
context=lokal
host=voip.eutelia.it
fromdomain=voip.eutelia.it
canreinvite=no

extensions.conf

[lokal]
exten => 
123456,1,Dial(SIP/1235&IAX2/1250&Zap/g2/79921&Zap/g1/79921,60,Ttr)			; bei eutelia

Was übermittelt den skypho als "Kennung"?
Sip debug brachte mir auch keine Erleuchtung.

 

[betateilchen]

es gibt Provider, die ihre Anrufe zwangsweise in die extension "s" im Context [default] schicken, egal was Du in der SIP.conf stehen hast - hast Du das schonmal getestet ? Nutze selber diesen Provider nicht, deshalb kann ich das nicht testen.

 

[TinTin]

Ich habe noch nicht versucht die einzubinden, aber hast Du das Beispiel schon angeschaut?

http://www.skypho.net/download/asterisk.html

 

[kombjuder]

Ich habe noch nicht versucht die einzubinden, aber hast Du das Beispiel schon angeschaut?

http://www.skypho.net/download/asterisk.html

Nein, aber das ist genau das Verhalten das ich nicht will!
Nämlich alles eingehende in ein und den selben Kontext (in Global definiert) und ich sortiere das dann zu Fuss auseinander.

 

[betateilchen]

Nochmal - es gibt Provider, da geht das nicht anders.
Außerdem geht ja nicht "alles eingehende" in diesen "selben Kontext", sondern dann eben nur die Anrufe bestimmter Provider. Betrachte den Kontext einfach als Sammelbecken für eingehende Anrufe, in dem Du die Sortierung dann eben selbst machen mußt. Soviele Provider wirst Du ja nicht haben (wenn ich Dein Posting richtig deute ist das der erste Fall bei Dir), die da drin landen. Und ob der Kontext nur [skypho-in] oder [default] heißt, ist ja letzendlich egal.

 

[TinTin]

Hat jetzt eher nichts mit den eingehenden Gesprächen zu tun, aber ist Dein register string nicht falsch? Soll laut Anleitung so lauten:

; register => <Username>:<Password>:<Username>@voip.eutelia.it/<Username>

Also:
register => 123456:geheim:[email protected]/123456

Gruß,
Tin

 

[kombjuder]

Also:
register => 123456:geheim:[email protected]/123456

Hallo Tin,

spielt keine Rolle, funktioniert beides. Ein sip-debug zeigt, dass der Ruf ankommt, er wird aber nicht angenommen. Ich verstehe nur leider den Grund nicht dafür. Meine Kenntnisse reichen für ein Auswerten des debug nicht aus.

Gruß

Kombjuder

 

[betateilchen]

Ich verstehe nur leider den Grund nicht dafür. Meine Kenntnisse reichen für ein Auswerten des debug nicht aus.

Dann poste doch mal den Output :wink:

 

[TinTin]

Mit welchen codecs arbeitest Du denn bei den Endgeräten die klingeln sollen? Und was hast Du in der sip.conf generell "erlaubt" an codecs. Wie es im Beispiel aussieht, wollen die alaw oder ulaw haben, das sollte dann also im eutalia.it Eintrag der sip.conf wie auch in den Endgeräten so eingestellt sein, dass es erlaubt ist.

disallow=all
allow=ulaw
allow=alaw
...

Eine Möglichkeit woran es liegt...

Gruß,
Tin

 

[kombjuder]

Dann poste doch mal den Output :wink:

Also dann:

SIP Debugging Enabled for IP: 195.62.225.244
Destroying call '[email protected]'
linux*CLI>
<-- SIP read from 195.62.225.244:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Record-Route: <sip:195.62.225.244;ftag=5838FD4-14C4;lr=on>
Via: SIP/2.0/UDP 195.62.225.244;branch=z9hG4bKbf03.0066e172.0
Via: SIP/2.0/UDP  62.94.209.152:5060;branch=z9hG4bK448315D4
From: <sip:[email protected]>;tag=5838FD4-14C4
To: <sip:[email protected]>
Date: Sat, 26 Nov 2005 16:43:00 GMT
Call-ID: [email protected]
Supported: rel1xx,timer
Min-SE:  1800
Cisco-Guid: 2319317018-1574048218-2679635979-1182948348
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER
CSeq: 101 INVITE
Max-Forwards: 8
Remote-Party-ID: <sip:[email protected]>;party=calling;screen=yes;privacy=off
Timestamp: 1133023380
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 449

v=0
o=CiscoSystemsSIP-GW-UserAgent 6167 23 IN IP4 62.94.209.152
s=SIP Call
c=IN IP4 62.94.209.154
t=0 0
m=audio 17670 RTP/AVP 18 8 0 4 3 125 101 19
c=IN IP4 62.94.209.154
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=rtpmap:3 GSM/8000
a=rtpmap:125 X-CCD/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000
a=direction:passive

--- (22 headers 19 lines)---
Using INVITE request as basis request - [email protected]
Sending to 195.62.225.244 : 5060 (non-NAT)
Found peer '0xxxx845511'
Reliably Transmitting (no NAT) to 195.62.225.244:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 195.62.225.244;branch=z9hG4bKbf03.0066e172.0;received=195.62.225.244
Via: SIP/2.0/UDP  62.94.209.152:5060;branch=z9hG4bK448315D4
From: <sip:[email protected]>;tag=5838FD4-14C4
To: <sip:[email protected]>;tag=as0ee14e33
Call-ID: [email protected]
CSeq: 101 INVITE
User-Agent: kombjuder
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest realm="kombjuder.mydomain.de", nonce="217c8682"
Content-Length: 0


---
Scheduling destruction of call '[email protected]' in 15000 ms
linux*CLI>
<-- SIP read from 195.62.225.244:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 195.62.225.244;branch=z9hG4bKbf03.0066e172.0
From: <sip:[email protected]>;tag=5838FD4-14C4
Call-ID: [email protected]
To: <sip:[email protected]>;tag=as0ee14e33
CSeq: 101 ACK
User-Agent: SPS01EUT(0.9.3 (i386/linux))
Content-Length: 0


--- (8 headers 0 lines)---
Destroying call '[email protected]'

So, ich hoffe irgendwer hat die passende Glaskugel.

 

[kombjuder]

Ich habe noch nicht versucht die einzubinden, aber hast Du das Beispiel schon angeschaut?

http://www.skypho.net/download/asterisk.html

So, jetzt habe ich das Ding am laufen. Das Beispiel im Link stimmt leider nicht.

Die Lösung lautet in der sip.conf im

Register => den üblichen Eintrag und

im Eintrag

[skypho]
type=frind
username=XXXX
;secret=yyyy auf Komentar oder weglassen, also kein Passwort!!!

skypho macht anscheinend keine Registrierung auf dem Asterisk.

 

[betateilchen]

skypho macht anscheinend keine Registrierung auf dem Asterisk.

Du weißt aber schon, was das letztendlich bedeutet ?

 

[kombjuder]

Du weißt aber schon, was das letztendlich bedeutet ?

Das jeder der die Nummer kennt, auf den * anrufen kann, analog Gastzugang.

Nicht gerade Userfreundlich. Wer mal 'ne Mail an den Support schreiben und den Provider ggf. auf "weniger beliebt" stellen.

 

[cmmehl]

Uralter thread, ich weiss - aber ich find im forum nichts neueres zu dem thema.

Hat sich irgendwas getan auf dem gebiet? Koennte mir jemand eine funktionierende conf fuer incoming calls posten?

Das hier verstehe ich leider auch nicht so ganz:

Das jeder der die Nummer kennt, auf den * anrufen kann, analog Gastzugang.

Dafuer ist die nummer doch da, um anzurufen?

Cheers
Chris

 

[voipd]

Ich wuerde gerne mal testen wenn die Rufnummern erreichbar waeren!

Seit langer Zeit wollte ich auch mal wieder ankommende Anrufe annehmen, aber entweder ist besetzt oder es wird angesagt, dass die Rufnummer nich "komplett" ist.

Siehe auch: Skypho wieder nicht erreichbar.

voidp.