Asterisk Login-Probleme

AsteriskUndObelisk · 27 Apr 2005

hallo,

also ich finds einfach immer merkwürdiger, was da bei mir nicht stimmt? blick ich nich! es scheint alles gleich! und egal was ich im xlite mache, es kommt immer "Call failed: 404 Not Found" ... den Outbound Proxy hab ich rausgenommen.

ich steig nicht mehr durch :-( ! oder ich stieg noch nie durch! :-(

wenn du das mit dem tar noch hinbekommst wärs supi ;-) ... ich weiss nur dass ich mit "tar -xvzf ..." die jeweilige file entpacken kann 8) mehr nich :roll:

nervöse grüsse

a&o

AsteriskUndObelisk · 27 Apr 2005

niels,

ich sehe grad, dass du ja im xlite AUCH dieselbe IP als outbound proxy eingetragen hast???? :shock:

niels$ · 27 Apr 2005

soory

AsteriskUndObelisk schrieb:
niels,

ich sehe grad, dass du ja im xlite AUCH dieselbe IP als outbound proxy eingetragen hast???? :shock:

Ich habe mich da nicht richtig ausgedrückt: Unter System Settings - Network gibt es einen Out Bound SIP Proxy, und da steht bei Dir etwas drin.
Ich will Dich ja nicht deprimieren, aber ich habe soeben mittels Nikotel ein Gespräch geführt. Dazu eine Kleinigkeit zur Optimierung des Dialplans:

Code:

exten => _1X,1,DIAL(SIP/${EXTEN})

vereinfacht die Sache, denn jetzt sind alle 10er Rufnummern SIP-Teilnehmer und fertig. Du merkst, langsam komme ich hinter den Syntax

. Aber zur Beruhigung, die Zeile hat mich sicher 20 Minuten gekostet, bis es unter Mithilfe der Postings hier und der Nikotel FAQ verstanden habe.
So, ich klinke mich aus der Nummer jetzt erst einmal aus, ich muss meinen Hosenscheißer abholen und mich mit dem beschäftigen (Wenn ich noch ein par Jahre warte, bin ich eh zu alt für den Sch..., dann macht der mir das sicher im Handumdrehen und denkt "Wie blöd ist mein Alter!")

Ciao
Niels

AsteriskUndObelisk · 27 Apr 2005

also ich blick nix mehr :cry: das is doch jetzt alles eigentlich 1:1 dasselbe? wieso tut der mist denn nicht?

hat einer der profis noch nen guten tip für mich????? :roll:

niels ... danke dir erstmal ... aber lass mich hier nich allein bitte ;-) ... morgen gehts weiter! :-D

niels$ · 27 Apr 2005

AsteriskUndObelisk schrieb:
standpunkt is folgender:

user 1234 und user 5678 (beides X-Lites) können sich beide beim asterisk einloggen (endlich!) ... sie erscheinen mit den diversen sip befehlen in der CLI. soweit sogut! leider kann ich aber nicht telefonieren :-( sobald ich einen anruf machen will sagt sip debug folgendes:

Sip read:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 10.19.10.20:5060;branch=z9hG4bK5c4f16de
From: "asterisk" <sip:[email protected]>;tag=as7adf87a7
To: <sip:[email protected]:5060>;tag=3050155045
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,NOTIFY
CSeq: 102 OPTIONS
Server: X-Lite Nikotel release 1102y
Content-Length: 0

10 headers, 0 lines
Destroying call '[email protected]'

und in meinem X-Lite steht "call failed 404 not found"

Ich habe mir nochmal Deinen debug angeschaut. EIn ISDN-Trace könnte ich ja gut lesen, aber das ist ja auf den ersten Blick krank, was hier abgeht. Was mir aufgefallen ist, ist der Punkt, dass Du XLITE von Nikotel hast. Wenn das schon das fertig konfigurierte ist, dann ziehe Dir doch vielleicht mal das Orginal von XTEN, nicht dass da noch eine Sauerei drin ist. Auch mein XLITE ist von Nikotel, aber aus der Phase, wo die ohne Konfiguration kamen. Scheint aber bei Dir genau so zu sein, denn wir haben die gleiche Version.
Hier einmal ein Referencedebug von mir:

CLI sip debug schrieb:
Sip read:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 172.30.0.10:5060;rport;branch=z9hG4bK7A8BCD6250AA448F9915201942F5CC16
From: 18 <sip:[email protected]>;tag=2325840666
To: <sip:[email protected]>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 58782 INVITE
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: X-Lite Nikotel release 1102y
Content-Length: 273

v=0
o=18 15432312 15432328 IN IP4 172.30.0.10
s=X-Lite Nikotel
c=IN IP4 172.30.0.10
t=0 0
m=audio 8000 RTP/AVP 3 8 98 97 101
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:97 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

11 headers, 12 lines

In dem "To:"-Statemant steht bei Dir ein tag dahinter, aber frage mich nicht was das bedeutet oder wie Du den wegbekommst. Vielleicht hilft da ja googlen. Nun hast Du scheinbar allerdings auch nicht den eigentlichen Verbindungswunsch gepostet, denn dann wäre CSeq(ich rate mal CallSequence) = Invite und nicht Options. Die finde ich bei mir jedoch im ganzen Verbindungsaufbau nicht. Also vergleiche mal das Invite-Statement, vielleicht siehst Du da ja auch Unterschiede.

Ciao
Niels

AsteriskUndObelisk · 28 Apr 2005

hallo niels,

das mit dem tag und dem "options" is richtig! sieht seltsam aus! fiel mir zuvor nicht auf. nur was kann das bedeuten? :roll: das x-lite ziehe ich mir mal von x-ten ... allerdings meine ich, das dasss was ich da gezogen hatte auch von derselben seite war? :?:

das hier sagte sip debug beim start von xlite:

Code:

*CLI> sip debug
SIP Debugging Enabled
*CLI>

Sip read:
REGISTER sip:10.19.10.20 SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bKFE7537155DA846F6BDE8A3AC4027DFA5
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>
Contact: "1234" <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 41470 REGISTER
Expires: 1800
Max-Forwards: 70
User-Agent: X-Lite Nikotel release 1102y
Content-Length: 0


11 headers, 0 lines
Using latest request as basis request
Sending to 10.19.10.9 : 5060 (non-NAT)
Transmitting (no NAT):
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bKFE7537155DA846F6BDE8A3AC4027DFA5
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>;tag=as3d9c4c04
Call-ID: [email protected]
CSeq: 41470 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
Content-Length: 0


 to 10.19.10.9:5060
Transmitting (no NAT):
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bKFE7537155DA846F6BDE8A3AC4027DFA5
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>;tag=as3d9c4c04
Call-ID: [email protected]
CSeq: 41470 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
WWW-Authenticate: Digest realm="asterisk", nonce="1600eadc"
Content-Length: 0


 to 10.19.10.9:5060
Scheduling destruction of call '[email protected]' in 15000 ms


Sip read:
REGISTER sip:10.19.10.20 SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK2A11FE1DAC7F4371B70E0B8C600937FD
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>
Contact: "1234" <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 41471 REGISTER
Expires: 1800
Authorization: Digest username="1234",realm="asterisk",nonce="1600eadc",response="b3fd89804d2be0695b6c18f252c86aa6",uri="sip:10.19.10.20"
Max-Forwards: 70
User-Agent: X-Lite Nikotel release 1102y
Content-Length: 0


12 headers, 0 lines
Using latest request as basis request
Sending to 10.19.10.9 : 5060 (non-NAT)
Transmitting (no NAT):
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bK2A11FE1DAC7F4371B70E0B8C600937FD
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>;tag=as3d9c4c04
Call-ID: [email protected]
CSeq: 41471 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
Content-Length: 0


 to 10.19.10.9:5060
    -- Registered SIP '1234' at 10.19.10.9 port 5060 expires 1800
    -- Saved useragent "X-Lite Nikotel release 1102y" for peer 1234
Transmitting (no NAT):
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bK2A11FE1DAC7F4371B70E0B8C600937FD
From: 1234 <sip:[email protected]>;tag=1049476689
To: 1234 <sip:[email protected]>;tag=as3d9c4c04
Call-ID: [email protected]
CSeq: 41471 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Expires: 1800
Contact: <sip:[email protected]:5060>;expires=1800
Date: Thu, 28 Apr 2005 07:19:30 GMT
Content-Length: 0


 to 10.19.10.9:5060
Scheduling destruction of call '[email protected]' in 15000 ms


Sip read:


0 headers, 0 lines

und das bekomme ich, wenn ich sip debug starte, wenn X-lite schon läuft:

Code:

Sip read:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK925D62FEFC3C4E1383562047E44CA536
From: 1234 <sip:[email protected]>;tag=688851119
To: <sip:[email protected]>;tag=as262a660b
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 20262 ACK
Max-Forwards: 70
Content-Length: 0


9 headers, 0 lines
Destroying call '[email protected]'

kann denn einer der Asterisk-Profis nochmal zur Hilfe eilen bitte??? :?:

AsteriskUndObelisk · 28 Apr 2005

ich denke ich muss jetzt erstmal rausfinden woher die warnungen beim start von Asterisk

1) WARNING[13035]: pbx.c:2983 ast_context_create: Tried to register context 'default', already in use

und

2) WARNING[13035]: chan_skinny.c:2587 reload_config: Unable to get our IP address, Skinny disabled

herkommen.

wer kann mir denn da helfen??? :?

TinTin · 28 Apr 2005

Was hast Du bei "externip= ... " nun zu stehen? Hast Du Dir bei dyndns.org eine "dynamische" domain geholt? Hast Du die dyndns Adresse auch im Router eingetragen? Wenn der das nicht unterstützt wird's nichts mit raustelefonieren.

Poste ausserdem nochmal die aktuelle sip.conf , extensions.conf sowie die Dateien /etc/network/interfaces und /etc/hosts

Was bekommst Du zurück bei Eingabe von "sip show peers" in der CLI? Ist Dein * zumindest schon registriert bei sipgate? Sind die softphones registriert ?

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

Hallo Tin Tin,

bei externip habe ich den gateway des firmennetzes hier eingetragen in der form "externip=gateway.firmendomain.de" . Jedoch geht es ja momentan auch nicht um das raustelefonieren. ich kann ja nichtmal intern von nebenstelle zu nebenstelle telefonieren :-( !

sip show peers bringt:

Code:

*CLI> sip show peers
Name/username    Host            Dyn Nat ACL Mask             Port     Status
5678/5678        10.19.10.32      D          255.255.255.255  5060     Unmonitored
1234/1234        10.19.10.9       D          255.255.255.255  5060     Unmonitored

sollte also soweit alles ok sein! den ganzen sipgatekram habe ich ja momentan draussen. ich habe sozusagen dieselbe sip.conf und extensions.conf wie niels :roll: und es tut nich :cry: . also ich die sipgate benutzerreg. noch drin hatte tauchte die auch schön brav in bei sip show peers auf!

hier nochmals

sip.conf

Code:

[general]
port = 5060
bindaddr=10.19.10.20
localnet=10.19.10.0/255.255.255.0
externip=gateway.firmendomain.de

context=default
qualify=no
disallow= all
allow=alaw
allow=ulaw
allow=g729
allow=gsm
canreinvite=no
insecure=very
language=de

[1234]
type=friend
username=1234
secret=pwd1234
host=dynamic

disable=all
allow=alaw
allow=ulaw
allow=g729

;nat=no
;canreinvite=no
;qualify=yes
;insecure=very

[5678]
type=friend
username=5678
secret=pwd5678
host=dynamic

disable=all
allow=alaw
allow=ulaw
allow=g729

;nat=no
;canreinvite=no
;qualify=yes
;insecure=very

extensions.conf

Code:

[general]
static=yes
writeprotect=no

[local]
include => default
;include => provider
;include => iaxtel

[default]
include => users

[users]
exten => 1234,1,Dial(SIP/1234)
exten => 5678,1,Dial(SIP/5678)

in /etc/network/interfaces steht:

Code:

### etherconf DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT.
auto lo eth0

iface lo inet loopback

iface eth0 inet static
        address 10.19.10.20
        netmask 255.255.255.0
        gateway 10.19.10.1


### END OF DEBCONF AREA.  PLACE YOUR EDITS BELOW; THEY WILL BE PRESERVED.

und /etc/hosts:

Code:

### etherconf DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT.

127.0.0.1       localhost
::1             localhost       ip6-localhost ip6-loopback
fe00::0         ip6-localnet
ff00::0         ip6-mcastprefix
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters
ff02::3         ip6-allhosts

10.19.10.20     vbox.firmendomain.de      vbox

### END OF DEBCONF AREA.  PLACE YOUR EDITS BELOW; THEY WILL BE PRESERVED.

:roll:

ich habe übrigens das "skinny disabled" jetzt "wegbekommen" ... nur hab ich keine wirkliche ahnung warum! ich habe gegooglt danach und fand heraus, dass man in der skinny.conf das "bindadr=0.0.0.0" in (in meinem fall) "binadr=10.19.10.20" ändern soll :roll: ... warum auch immer! :?: seit dem kommt die meldung beim start nicht mehr! ob das jetz gut is oder nich ... keine ahnung! ich habe auch hier im forum nix über diesen fehler gefunden was mir weiterhilft? :-(

bitte um weitere hilfe

gruss

a&o

PS: niels ... also ich habe jetzt ein orginal xten xlite drauf ... keine änderung :cry:

TinTin · 28 Apr 2005

hosts und interfaces sehen schon mal ok aus, in /etc/resolv.conf auch nameserver eingetragen? z.B. die von T-online:

search
nameserver 217.237.150.225
nameserver 217.237.150.141

In der sip.conf unter [general] am besten noch ein:

srvlookup=yes

eintragen.

Ist zwar jetzt noch nicht wichtig, aber später, wenn Du SIP calls zu domain basierten Adressen machen willst.

Füge bei [1234] und [5678] in der sip.conf noch jeweils:

qualify=yes
insecure=very
canreinvite=yes
context=users
nat=no

hinzu, dann ein "sip reload" machen. Dann versuche nochmal anzurufen und poste mal einen größeren Auszug des outputs in der CLI von dem call.

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

hallo tin,

die änderungen in der sip habe ich gemacht. wie mache ich denn jetzt das "sip reload" ? meintest du das als befehl in der CLI? da tut sich dann nix :cry:

in der resolv.conf ist die domain und der DNS mit der ip 10.19.10.19 eingetragen!

TinTin · 28 Apr 2005

ja, in der CLI , da sollte dann folgendes zurückkommen:

Reloading SIP
== Parsing 'etc/asterisk/sip.conf': Found

Alternativ kannst Du Asterisk natürlich auch neu "reloaden" über Linux:
asterisk -rx reload

in der resolv.conf ist die domain und der DNS mit der ip 10.19.10.19 eingetragen!

Öh.. kapier ich jetzt nicht ganz, was steht genau alles in resolv.conf bei Dir?

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

in der resolv steht

Code:

domain bix-workx.de
nameserver 10.19.10.19

mehr nicht

das mit dem sip reload hat nun geklappt! ich hatte da vorhin nen tipfehler

TinTin · 28 Apr 2005

Bei Änderungen in der sip.conf kannst Du ein sip reload in der CLI machen, wenn Du allerdings auch Änderungen in der extensions.conf gemacht hast, dann mittels asterisk -rx reload unter Linux alles neu laden.
Sonst arbeitet Asterisk noch mit der alten extensions.conf

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

so, da bin ich wieder! hatte mittag, sorry.

das hier spuckt sip debug aus wenn ich versuch irgendwas zu wählen auf dem xlite ("irgendwas" war in dem fall 5678)

Code:

*CLI> sip debug
SIP Debugging Enabled
*CLI>

Sip read:


0 headers, 0 lines


Sip read:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK0093AF67091244379AF49FE5F35261D9
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 49691 INVITE
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: X-Lite release 1103m
Content-Length: 289

v=0
o=1234 20986476 20986496 IN IP4 10.19.10.9
s=X-Lite
c=IN IP4 10.19.10.9
t=0 0
m=audio 8000 RTP/AVP 0 8 3 98 97 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:97 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

11 headers, 13 lines
Using latest request as basis request
Sending to 10.19.10.9 : 5060 (non-NAT)
Reliably Transmitting (no NAT):
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bK0093AF67091244379AF49FE5F35261D9
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>;tag=as7fba9339
Call-ID: [email protected]
CSeq: 49691 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="3c519ad7"
Content-Length: 0


 to 10.19.10.9:5060
Scheduling destruction of call '[email protected]' in 15000 ms
Found user '1234'


Sip read:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK0093AF67091244379AF49FE5F35261D9
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>;tag=as7fba9339
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 49691 ACK
Max-Forwards: 70
Content-Length: 0


9 headers, 0 lines


Sip read:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK0BE04C2FCB024A8D8179F3DABC0497B8
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 49692 INVITE
Proxy-Authorization: Digest username="1234",realm="asterisk",nonce="3c519ad7",response="5f0f59d067e9f9c426d3420acac96f5d",uri="sip:[email protected]"
Max-Forwards: 70
Content-Type: application/sdp
User-Agent: X-Lite release 1103m
Content-Length: 289

v=0
o=1234 20986476 20986496 IN IP4 10.19.10.9
s=X-Lite
c=IN IP4 10.19.10.9
t=0 0
m=audio 8000 RTP/AVP 0 8 3 98 97 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:97 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

12 headers, 13 lines
Using latest request as basis request
Sending to 10.19.10.9 : 5060 (non-NAT)
Found user '1234'
Found RTP audio format 0
Found RTP audio format 8
Found RTP audio format 3
Found RTP audio format 98
Found RTP audio format 97
Found RTP audio format 101
Peer audio RTP is at port 10.19.10.9:8000
Found description format pcmu
Found description format pcma
Found description format gsm
Found description format iLBC
Found description format speex
Found description format telephone-event
Capabilities: us - 0x10e (gsm|ulaw|alaw|g729), peer - audio=0x60e (gsm|ulaw|alaw|speex|ilbc)/video=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities: us - 0x1 (g723), peer - 0x1 (g723), combined - 0x1 (g723)
Looking for 5678 in default
Reliably Transmitting (no NAT):
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 10.19.10.9:5060;branch=z9hG4bK0BE04C2FCB024A8D8179F3DABC0497B8
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>;tag=as7fba9339
Call-ID: [email protected]
CSeq: 49692 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:[email protected]>
Content-Length: 0


 to 10.19.10.9:5060


Sip read:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.19.10.9:5060;rport;branch=z9hG4bK0BE04C2FCB024A8D8179F3DABC0497B8
From: 1234 <sip:[email protected]>;tag=3330834011
To: <sip:[email protected]>;tag=as7fba9339
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 49692 ACK
Max-Forwards: 70
Content-Length: 0


9 headers, 0 lines
Destroying call '[email protected]'


Sip read:


0 headers, 0 lines

:roll:

danke

a&o

TinTin · 28 Apr 2005

Looking for 5678 in default
Reliably Transmitting (no NAT):
SIP/2.0 404 Not Found

er sucht die gewählte Nummer 5678 im context [default] der extensions.conf und findet sie dort nicht, durch das include => users dort, sollte er es eigentlich finden, aber ich frage mich wieso er dort überhaupt sucht, Du hattest doch in der sip.conf jeweils

context=users

unter [1234] und [5678] eingetragen, wie ich schrieb, oder ?

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

hallo!

es telefoniiiiiert! juhuuuu! :lol:

also ... ich hatte die contexte NICHT eingetragen, weil niels das ja auch nicht hatte. und bei ihm tat es ja? da hatte ich ja bereits bei ihm "gemeckert" und mich gefragt wieso es denn gehen kann ohne den context? jetzt geht es hin und her zu rufen! JUHU! allerdings mit mehr als schlechter qualität! total übersteuert usw! :roll: werd ich mich gleich mal noch drum kümmern! ;-)

der erste schritt is immerhin mal MIT EURER HILFE geschafft! ich glaub jetzt brauch ich n bier! wollt ihr auch eines???? :-D :bier:

ich befürchte leider, dass ich euch trotzdem noch nicht in frieden lassen kann ;-) da werden noch n paar probleme auftauchen! ABER ... sollte ich das geschafft haben alles, werd ich auch was für die FAQs zusammenschreiben, dass solchen dummies wie mir geholfen ist :-D

:bier:

TinTin · 28 Apr 2005

Glückwunsch

Man sollte allerdings das eigene "Denken" erstmal ausschalten und genau DAS probieren was jemand hier vorschlägt, ansonsten weiß man nie wie es bei Dir aussieht und es macht auch keinen Spaß mehr zu helfen...

Aber laß Dir die Freude jetzt nicht trüben, das nur als kleine Anmerkung für zukünftige Probs *s*

Die Übersteuerung habe ich auch wenn ich mich selbst anrufe und die Telefone quasi nebeneinander stehen.

Gruß,
Tin

AsteriskUndObelisk · 28 Apr 2005

ich nehme mal an du hast ein "nicht" vergessen in deinem satz da oben?

das eigene denken NICHT abschalten! bemühe ich mich ja eigentlich auch, jedoch hatte ich mich da dann wohl von dem KIS-Prinzip (KeepItSimple) täuschen lassen. ich will hier auch um gottes willen niemandem auf die nerven gehn

. aller anfang is schwer denke ich.

next step wäre sipgate einzubinden und raus zu telefonieren ... mal schaun was das hingibt

. ich bin mit den contexten und dem ganzen glaube ich noch immer etwas verwirrt

das übersteuern kann SO aber nicht normal sein. also das war eigentlich fast unverständlich! gewählter codec war GSM. rechner stehen auch nicht direkt nebeneinander. werd ich mal noch dran rumdoctorn.

ich freu mich erstmal für heute das ENDLICH soweit hinbekommen zu haben! ;-)

gruss

a&o

TinTin · 28 Apr 2005

*lol* , Nein, das war schon so gemeint, wie es geschrieben war - hättest Du Dein "Denken" abgeschaltet - wärest Du ja nicht auf die Idee gekommen das mit context=users wegzulassen, verstehst?

So schwierig ist das mit den contexten nicht, der context den Du unter [sipgate] in der sip.conf einträgst, legt fest wo Anrufe landen die über sipgate reinkommen, sinnvoll daher ein Name wie "context=fromSipgate"

Hinzufügen in sip.conf:

Code:

register => 1234567:[email protected]/1234567 

[sipgate] 
type=friend 
username=1234567 
fromuser=1234567  
secret=abcdefg 
host=sipgate.de 
fromdomain=sipgate.de 
context=fromSipgate 
canreinvite=no 
qualify=no 
insecure=very 
dtmfmode=info 
nat=yes

[fromSipgate] dann in der extensions.conf anlegen und festlegen was passieren soll, nämlich dass es entweder bei 1234 oder 5678 klingelt oder bei beiden:

Code:

[fromSipgate]
exten => 1234567,1,Dial(SIP/1234)
oder
exten => 1234567,Dial(SIP/5678)
oder
exten => 1234567,Dial(SIP/1234&SIP/5678)
;Achtung: 1234567 entspricht dem, was Du im register => der sip.conf
;für sipgate ganz hinten festgelegt hast, nach dem /

Für ausgehende Rufe, also z.B. um ins Festnetz zu telefonieren, mußt Du [users] in der extensions.conf erweitern, z.B. so:

Code:

[users]
;Für Gespräche ins Festnetz (Fern- und Ausland):
exten => _[00-9].,1,SetCallerID(sipgateID)
exten => _[00-9].,2,Dial(SIP/${EXTEN}@sipgate,60,tr)
exten => _[00-9].,3,Congestion
exten => _[00-9].,102,Busy
;Achtung: sipgate ohne .de ,weil [sipgate] in sip.conf so definiert

;Für Gespräche ins Ortsnetz
exten => _[1-9].,1,SetCallerID(sipgateID)
exten => _[1-9].,2,Dial(SIP/040${EXTEN}@sipgate,60,tr)
exten => _[1-9].,3,Congestion
exten => _[1-9].,102,Busy
;Achtung: 040 mit Deiner eigenen Orstvorwahl ersetzen

;Für Gespräche zu anderen sipgate Teilnehmern ein # vor der Nr. wählen:

exten => _#.,1,SetCallerID(sipgateID)
exten => _#.,2,Dial(SIP/${EXTEN}@sipgate,60,tr)
exten => _#.,3,Congestion
exten => _#.,102,Busy

;Die bisherigen Einträge:
exten => 1234,1,Dial(SIP/1234)
exten => 5678,1,Dial(SIP/5678)

Gruß,
Tin

Asterisk Login-Probleme

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Statistik des Forums