Asterisk on FBF 7170 / 7050 ( läuft !! )

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Status
Für weitere Antworten geschlossen.
ich hab den controller geändert, aber es funktioniert seltsamerweise nicht

EDIT: bei mir läuft auch noch ein zombie prozess: [capiotcp_server] der entstand als ich den capi
prozess killen wollte, ich bekomm aber jetz auch die capi module net ausm kernel raus, weil ichs command zum unload net kenn

EDIT2: CAPI info sagt:
capi info
Contr1: 2 B channels total, 2 B channels free.
Contr2: 2 B channels total, 2 B channels free.
Contr3: 2 B channels total, 2 B channels free.
Contr4: 2 B channels total, 2 B channels free.
Contr5: 2 B channels total, 2 B channels free.


anscheinend stellt er keine Verbindung über CAPI mit dem telefondämon her:

das kommt zwischendrin immer wieder:

Code: 
05-16-2006	21:06:03	User.Warning	192.168.178.1	kernel: DEBUG: SKB->Priority=0x0

im syslog kommt beim starten:

Code: 
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(5) ncards(5)
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(4) ncards(5)
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(3) ncards(5)
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(2) ncards(5)
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(1) ncards(5)
05-16-2006	21:03:21	User.Info	192.168.178.1	kernel: kcapi: capi_get_profile(0) ncards(5)
05-16-2006	21:03:20	User.Info	192.168.178.1	kernel: kcapi: appl 1 up

Code: 
SIP Debugging enabled
*CLI>
<-- SIP read from 192.168.178.24:5060:
INVITE sip:+49<meine Handynr>@192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp2024433288-477bfa84192.168.178.24;rport
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
To: <sip:+49<meine Handynr>@192.168.178.1>
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
Expires: 120
Accept: application/sdp
Content-Type: application/sdp
Content-Length: 310
Contact: <sip:[email protected]>
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO

v=0
o=SIPPS 2024433239 2024433242 IN IP4 192.168.178.24
s=SIP call
c=IN IP4 192.168.178.24
t=0 0
m=audio 7078 RTP/AVP 0 8 97 96 98 3
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:96 G726-24/8000
a=rtpmap:98 G726-32/8000
a=rtpmap:3 GSM/8000
a=fmtp:97 mode=20
a=sendrecv

--- (14 headers 14 lines)---
Using INVITE request as basis request - [email protected]
Sending to 192.168.178.24 : 5060 (non-NAT)
Reliably Transmitting (no NAT) to 192.168.178.24:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp2024433288-477bfa84192.168.178.24;rport;received=192.168.178.24
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
To: <sip:+49<meine Handynr>@192.168.178.1>;tag=as7221143c
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:+49<meine Handynr>@192.168.178.1>
Proxy-Authenticate: Digest realm="asterisk", nonce="04ea2ef7"
Content-Length: 0


---
Scheduling destruction of call '[email protected]' in 15000 ms
Found user '71'

<-- SIP read from 192.168.178.24:5060:
ACK sip:+49<meine Handynr>@192.168.178.1 SIP/2.0
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
Call-ID: [email protected]
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp2024433288-477bfa84192.168.178.24;rport
To: <sip:+49<meine Handynr>@192.168.178.1>;tag=as7221143c
CSeq: 1 ACK
Content-Length: 0


--- (7 headers 0 lines)---

<-- SIP read from 192.168.178.24:5060:
INVITE sip:+49<meine Handynr>@192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp2024442598-480b68ea192.168.178.24;rport
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
To: <sip:+49<meine Handynr>@192.168.178.1>
Call-ID: [email protected]
CSeq: 2 INVITE
Proxy-Authorization: Digest username="71",realm="asterisk",uri="sip:84-152-183-82",nonce="04ea2ef7",nc=00000001,response="44f2e785d1699295b8bbd1066de19796"
Content-Type: application/sdp
Content-Length: 310
Date: Tue, 16 May 2006 19:21:44 GMT
Contact: <sip:[email protected]>
Expires: 120
Accept: application/sdp
Max-Forwards: 70
User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO

v=0
o=SIPPS 2024433239 2024433242 IN IP4 192.168.178.24
s=SIP call
c=IN IP4 192.168.178.24
t=0 0
m=audio 7078 RTP/AVP 0 8 97 96 98 3
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:96 G726-24/8000
a=rtpmap:98 G726-32/8000
a=rtpmap:3 GSM/8000
a=fmtp:97 mode=20
a=sendrecv

--- (16 headers 14 lines)---
Using INVITE request as basis request - [email protected]
Sending to 192.168.178.24 : 5060 (non-NAT)
Found user '71'
Found RTP audio format 0
Found RTP audio format 8
Found RTP audio format 97
Found RTP audio format 96
Found RTP audio format 98
Found RTP audio format 3
Peer audio RTP is at port 192.168.178.24:7078
Found description format pcmu
Found description format pcma
Found description format iLBC
Found description format G726-24
Found description format G726-32
Found description format GSM
Capabilities: us - 0xe (gsm|ulaw|alaw), peer - audio=0x41e (gsm|ulaw|alaw|g726|ilbc)/video=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
Looking for +49<meine Handynr> in sip71 (domain 192.168.178.1)
Reliably Transmitting (no NAT) to 192.168.178.24:5060:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp2024442598-480b68ea192.168.178.24;rport;received=192.168.178.24
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
To: <sip:+49<meine Handynr>@192.168.178.1>;tag=as7221143c
Call-ID: [email protected]
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:+49<meine Handynr>@192.168.178.1>
Content-Length: 0


---

<-- SIP read from 192.168.178.24:5060:
ACK sip:+49<meine Handynr>@192.168.178.1 SIP/2.0
From: "<mein Name>" <sip:[email protected]:5061>;tag=78aa666a
Call-ID: [email protected]
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp2024442598-480b68ea192.168.178.24;rport
To: <sip:+49<meine Handynr>@192.168.178.1>;tag=as7221143c
CSeq: 2 ACK
Content-Length: 0


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

<-- SIP read from 192.168.178.24:5060:

--- (1 headers 0 lines)---
 
Zuletzt bearbeitet:
Meine config kann ich gerne posten, wenn sie in den Wirkbetrieb gegangen ist. Bis dahin stehe ich bei Fragen insbesondere für sip mit gmx gerne zur Verfügung.

Kann es sein, dass der nfsclient einen Sockenschuss hat? Installieren ist okay. Wenn ich dann starte passiert folgendes:
Code: 
# ./cfg_nfsclient start 192.168.1.68:/usr/local/fritz
PING 192.168.1.68 (192.168.1.68): 56 data bytes
64 bytes from 192.168.1.68: icmp_seq=0 ttl=64 time=0.0 ms

--- 192.168.1.68 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.0/0.0/0.0 ms
Using /var/nfsclient/modules/sunrpc.o
Using /var/nfsclient/modules/lockd.o
Using /var/nfsclient/modules/nfs.o

Und dann semmelt die Box gnadenlos ab und muss rebooten. Oder müssen da beim exportieren des Verzeichnisses bestimmte Optionen gesetzt werden?
 
das komische ist nun:
wenn ich <meine handynummer> wähl sagt sipps mir unbekannt
wenn ich <meine handynummer>sip wähl wählt er die nummer über capi und das handy klingelt
allerdings ist sound nur in eine richtung und wenn ich auflege merkt es der asterisk gar nicht also stimmt was mit der capi verbindung nicht
 
Becka schrieb:
Ich habe hier eine 7050 laufen mit einem Analogen Telefonanschluss.
Was muss ich eigentlich machen, damit ich:
1. über den Asterisk raustelefonieren kann über den analog anschluss
Zum Vergrößern anklicken....
Also jetzt mit reichlich log-Info, nun gilt es nur noch an die richtigen Ausgaben heranzukommen :)

Vorneweg: wenn du tatsächlich mit +49... vom sip Telefon rausgewählt hast (könnte auch automatisch vom softphone eingefügt worden sein) dann probier mal 0049... (warum steht in den ersten 15 Zeilen meiner extensions.conf).

Zu sehen ist: in deinem letzten Posting hast du mit einem sip-Telefon versucht rauszutelefonieren. - Der interessante Teil ist (noch) nicht im log.
a) ich nehme an, der echo Test auf der 80 funktioniert vom sip-Telefon aus? - Wenn ja, dann läuft sip und "sip debug" kann wieder auf "sip no debug"
b) als ersten Schritt "set debug 0", "set verbose 5" und posten, was kommt. - Erscheint der dial-Befehl, wie sieht er genau aus, was kommt danach?
c) erst danach entscheidet sich, ob es z.B. "capi debug" braucht.

Die capi Module sollen ruhig im kernel bleiben, der noch im Speicher hängende capiotcp belegt nur ein klein wenig RAM, "capi show channels" zeigt aktuelleres als "capi info", das syslog ist auch normal, chan_capi guckt beim starten, was für Controller existieren.

@Edelhacker:

- looking forward to results of Wirkbetrieb

- der nfsclient hat bei mir keine Marotten. Was zeigt denn free an? Normalerweise führt ein RAM-Engpass zum reboot (bei cfg_install erscheint zur Kontrolle vor und nach der Installation die Ausgabe von free). - Oder dein Linux-Kernel ist anders als der von avm?

In meiner /etc/exports steht: /home/nfs 192.168.222.0/24(rw,no_root_squash,sync)

Gruss, spblinux

PS:
Becka schrieb:
das komische ist nun...
Zum Vergrößern anklicken....

eben deshalb braucht es die Konsolenausgabe vom asterisk mit set verbose 5 und ohne debug

edit: Ton nur in einer Richtung könnte auch durch die Firewall auf dem PC erzeugt worden sein (->kurzer Test bei abgeschalteter PC-Firewall?)
 
Zuletzt bearbeitet:
also, das ist genau das was kommt wenn ich meine handy nr wähle, ohne +49, ganz normal 017...

Code: 
<-- SIP read from 192.168.178.24:5060:

--- (1 headers 0 lines)---

<-- SIP read from 192.168.178.24:5060:
INVITE sip:+49<handy nr>@192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp1346773003-452906df192.168.178.24;rport
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
To: <sip:+49<handy nr>@192.168.178.1>
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
Expires: 120
Accept: application/sdp
Content-Type: application/sdp
Content-Length: 310
Contact: <sip:[email protected]>
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO

v=0
o=SIPPS 1346773061 1346773058 IN IP4 192.168.178.24
s=SIP call
c=IN IP4 192.168.178.24
t=0 0
m=audio 7078 RTP/AVP 0 8 97 96 98 3
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:96 G726-24/8000
a=rtpmap:98 G726-32/8000
a=rtpmap:3 GSM/8000
a=fmtp:97 mode=20
a=sendrecv

--- (14 headers 14 lines)---
Using INVITE request as basis request - [email protected]
Sending to 192.168.178.24 : 5060 (non-NAT)
Reliably Transmitting (no NAT) to 192.168.178.24:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp1346773003-452906df192.168.178.24;rport;received=192.168.178.24
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
To: <sip:+49<handy nr>@192.168.178.1>;tag=as4376defd
Call-ID: [email protected]
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:+49<handy nr>@192.168.178.1>
Proxy-Authenticate: Digest realm="asterisk", nonce="07456478"
Content-Length: 0


---
Scheduling destruction of call '[email protected]' in 15000 ms
Found user '71'

<-- SIP read from 192.168.178.24:5060:
ACK sip:+49<handy nr>@192.168.178.1 SIP/2.0
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
Call-ID: [email protected]
Via: SIP/2.0/UDP 192.168.178.24:5060;branch=z9hG4bKnp1346773003-452906df192.168.178.24;rport
To: <sip:+49<handy nr>@192.168.178.1>;tag=as4376defd
CSeq: 1 ACK
Content-Length: 0


--- (7 headers 0 lines)---

<-- SIP read from 192.168.178.24:5060:
INVITE sip:+49<handy nr>@192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp1346763796-45b6eea2192.168.178.24;rport
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
To: <sip:+49<handy nr>@192.168.178.1>
Call-ID: [email protected]
CSeq: 2 INVITE
Proxy-Authorization: Digest username="71",realm="asterisk",uri="sip:84-152-185-127",nonce="07456478",nc=00000001,response="45cd462171f9409728d0d3033f88efb9"
Content-Type: application/sdp
Content-Length: 310
Date: Tue, 16 May 2006 21:55:42 GMT
Contact: <sip:[email protected]>
Expires: 120
Accept: application/sdp
Max-Forwards: 70
User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO

v=0
o=SIPPS 1346773061 1346773058 IN IP4 192.168.178.24
s=SIP call
c=IN IP4 192.168.178.24
t=0 0
m=audio 7078 RTP/AVP 0 8 97 96 98 3
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:96 G726-24/8000
a=rtpmap:98 G726-32/8000
a=rtpmap:3 GSM/8000
a=fmtp:97 mode=20
a=sendrecv

--- (16 headers 14 lines)---
Using INVITE request as basis request - [email protected]
Sending to 192.168.178.24 : 5060 (non-NAT)
Found user '71'
Found RTP audio format 0
Found RTP audio format 8
Found RTP audio format 97
Found RTP audio format 96
Found RTP audio format 98
Found RTP audio format 3
Peer audio RTP is at port 192.168.178.24:7078
Found description format pcmu
Found description format pcma
Found description format iLBC
Found description format G726-24
Found description format G726-32
Found description format GSM
Capabilities: us - 0xe (gsm|ulaw|alaw), peer - audio=0x41e (gsm|ulaw|alaw|g726|ilbc)/video=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
Looking for +49<handy nr> in sip71 (domain 192.168.178.1)
Reliably Transmitting (no NAT) to 192.168.178.24:5060:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp1346763796-45b6eea2192.168.178.24;rport;received=192.168.178.24
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
To: <sip:+49<handy nr>@192.168.178.1>;tag=as4376defd
Call-ID: [email protected]
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:+49<handy nr>@192.168.178.1>
Content-Length: 0


---

<-- SIP read from 192.168.178.24:5060:
ACK sip:+49<handy nr>@192.168.178.1 SIP/2.0
From: "Christian Becker" <sip:[email protected]:5061>;tag=50462045
Call-ID: [email protected]
Via: SIP/2.0/UDP 192.168.178.24;branch=z9hG4bKnp1346763796-45b6eea2192.168.178.24;rport
To: <sip:+49<handy nr>@192.168.178.1>;tag=as4376defd
CSeq: 2 ACK
Content-Length: 0


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

ein call vom sip auf mein handy mit <nr>sip
edit: der anruf wurde als das handy klingelte vom sip aus abgebrochen, normal merkt der es weder, wenn der anruf angenommen wird, der anruf vom handy aus beendet wird noch höre ich ein klingeln

Code: 
   -- Executing Dial("SIP/71-a72e", "CAPI/ISDN1/017<nr>sip|55|Tt/bd") in new stack
    -- Called ISDN1/017<nr>sip
    -- CAPI/ISDN1/017<nr>sip-4 is making progress passing it to SIP/71-a72e
  == ISDN1: CAPI Hangingup
  == Spawn extension (sip71, 017<nr>sip, 1) exited non-zero on 'SIP/71-a72e'
       > CAPI INFO 0x3490: Normal call clearing

EDIT2: bei einem anruf von draußen gibt mir rtp debug aus, das er nur vom sipps pakete bekommt, aber keine ans sipps schickt, und auch mit meiner ausgeschalteten firewall klappts net
 
Zuletzt bearbeitet:
Becka schrieb:
ein call vom sip auf mein handy mit <nr>sip
Zum Vergrößern anklicken....
nero sipps braucht also die Nummer in der Form <nr>sip

Becka schrieb:
edit: der anruf wurde als das handy klingelte vom sip aus abgebrochen, normal merkt der es weder, wenn der anruf angenommen wird, der anruf vom handy aus beendet wird noch höre ich ein klingeln
Zum Vergrößern anklicken....
jetzt ist erstmal der echo Test dran

Becka schrieb:
Code: 
   -- Executing Dial("SIP/71-a72e", "CAPI/ISDN1/017<nr>sip|55|Tt/bd") in new stack
    -- Called ISDN1/017<nr>sip
    -- CAPI/ISDN1/017<nr>sip-4 is making progress passing it to SIP/71-a72e
  == ISDN1: CAPI Hangingup
  == Spawn extension (sip71, 017<nr>sip, 1) exited non-zero on 'SIP/71-a72e'
       > CAPI INFO 0x3490: Normal call clearing
Zum Vergrößern anklicken....
sieht an sich gut aus

spblinux
 
der echotest klappt ohne probleme
 
Becka schrieb:
der echotest klappt ohne probleme
Zum Vergrößern anklicken....
also wirklich mit sound in beiden Richtungen, d.h. sip läuft.

Was passiert, wenn man dem telefon daemon per fritzbox Wahlregel verbietet auf mit 0 beginende Nummern loaszugehen
(inaktive Internetnummer anlegen und 0 darauf leiten);
bleibt dann alles unverändert?

Wenn ja "sip no debug" "capi debug" "set debug 5" "set verbose 5"

spblinux
 
trotz wahlregel komm ich raus
EDIT: scheint aber die wahlregel greift net, selbst übers telefon komm ich noch raus

Code: 
sip no debug
SIP Debugging Disabled
*CLI> capi debug
CAPI Debugging Enabled
*CLI> set debug 5
Core debug was 0 and is now 5
*CLI> set verbose 5
Verbosity is at least 5
    -- Executing Dial("SIP/71-7fda", "CAPI/ISDN1/0<handy nr>sip|55|Tt/bd") in new stack
       > data = ISDN1/0<handy nr>sip
       > parsed dialstring: 'ISDN1' 'NULL' '0<handy nr>sip' ''
       > capi request for interface 'ISDN1'
  == ISDN1: setting format alaw - 0x8 (alaw)
       > parsed dialstring: 'ISDN1' 'NULL' '0<handy nr>sip' ''
  == ISDN1: Call CAPI/ISDN1/0<handy nr>sip-5   (pres=0x00, ton=0x00)
       > CAPI devicestate requested for ISDN1/0<handy nr>sip
CONNECT_CONF ID=004 #0x0012 LEN=0014
  Controller/PLCI/NCCI            = 0x1404
  Info                            = 0x0

    -- ISDN1: received CONNECT_CONF PLCI = 0x1404
CONNECT_REQ ID=004 #0x0012 LEN=0063
  Controller/PLCI/NCCI            = 0x4
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>0<handy nr>sip
  CallingPartyNumber              = <00 80>71
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = <80 90 a3>
  LLC                             = default
  HLC                             = default
  AdditionalInfo
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

    -- Called ISDN1/0<handy nr>sip
       > CAPI devicestate requested for ISDN1/0<handy nr>sip
INFO_IND ID=004 #0x05e4 LEN=0015
  Controller/PLCI/NCCI            = 0x1404
  InfoNumber                      = 0x800d
  InfoElement                     = default

INFO_RESP ID=004 #0x05e4 LEN=0012
  Controller/PLCI/NCCI            = 0x1404

    -- ISDN1: info element SETUP ACK
INFO_IND ID=004 #0x05e5 LEN=0017
  Controller/PLCI/NCCI            = 0x1404
  InfoNumber                      = 0x1e
  InfoElement                     = <81 88>

INFO_RESP ID=004 #0x05e5 LEN=0012
  Controller/PLCI/NCCI            = 0x1404

    -- ISDN1: info element PI 81 88
       > ISDN1: In-band information available
    -- queue frame: [ TYPE: Control (4) SUBCLASS: Unknown control '14' (14) ] [CAPI]
INFO_IND ID=004 #0x05e6 LEN=0018
  Controller/PLCI/NCCI            = 0x1404
  InfoNumber                      = 0x18
  InfoElement                     = <a9 83 c6>

INFO_RESP ID=004 #0x05e6 LEN=0012
  Controller/PLCI/NCCI            = 0x1404

    -- ISDN1: info element CHANNEL IDENTIFICATION a9
    -- CAPI/ISDN1/0<handy nr>sip-5 is making progress passing it to SIP/71-7fda
  == ISDN1: CAPI Hangingup
    -- ISDN1: activehangingup (cause=0)
DISCONNECT_CONF ID=004 #0x0013 LEN=0014
  Controller/PLCI/NCCI            = 0x1404
  Info                            = 0x0

DISCONNECT_REQ ID=004 #0x0013 LEN=0018
  Controller/PLCI/NCCI            = 0x1404
  AdditionalInfo
   BChannelinformation            = default
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = default
   SendingComplete                = default

       > CAPI devicestate requested for ISDN1/0<handy nr>sip
       > CAPI devicestate requested for ISDN1/0<handy nr>sip
DISCONNECT_IND ID=004 #0x05e7 LEN=0014
  Controller/PLCI/NCCI            = 0x1404
  Reason                          = 0x3490

DISCONNECT_RESP ID=004 #0x05e7 LEN=0012
  Controller/PLCI/NCCI            = 0x1404

       > CAPI INFO 0x3490: Normal call clearing
  == ISDN1: Interface cleanup PLCI=0x1404
 
Dreierkonferenz ?

@spblinux

Ich musste meinen FBF resetten und habe danach von der web-site die aktuelle Version runtergeladen und installiert ( meine conf files hatte ich gesichert und unverändert zurückgespielt ).
Habe jetzt jedoch feststellen müssen, daß jetzt keine Dreierkonferenzen mehr möglich sind :confused: ? Die "conference" Taste auf meinem 7940 macht einfach nichts mehr ...

Hast Du eine Idee, woran das liegen könnte ? Soweit ich das gelesen hatte, hattest Du ausser dem SIGBUS Fehler und einigen zuätzlichen Modulen nichts geändert, oder ?

Thanks!
dynamic
 
@dynamic: Dreierkonferenz/Änderungen in cfg_asterisk/asterisk.sqf
Ein paar kleine Optimierungen in chan_capi hat es gegeben. Kannst du testen, ob es daran liegt, in dem du in der aktuellen Installation das ältere chan_capi.so einbaust?
Code: 
cd /var
./cfg_asterisk stop
cd /var/asterisk/var/modules
mv chan_capi.so chan_capi.so.orig
wget http://www.spblinux.de/fbox/lzma/old/0.1/chan_capi.so
cd /var
./cfg_asterisk start 1 d
# 1 wäre die msn auf der asterisk lauscht (wird aber
# nur in capi.conf eingetragen, wenn dort noch meine
# default Werte stehen)
Eigentlich sollte sich dadurch nichts verändern; aber man weiss ja nie. Möglichst nicht im gleichen Schritt noch etwas ändern.

Zurück zum alten Zustand: es hat jeweils Unterverzeichnisse old, in denen Verzeichnisse mit den vorangehenden Versionen sind. - Wenn es wirklich an meinen Änderungen liegt, dann müsste eine der älteren Versionen noch funktionieren (als changelog muss dieser thread herhalten); aus dem Datum der asterisk.sqf Datei müsste sich ergeben, welche Version du benutzt hast.

7050/7170 an analoger Leitung:
edit 19.05.: es gibt ein workaround: die fritzbox kann per registrar=proxy=localhost:5061 am asterisk auf der box angemeldet werden (z.B. auf der vorkonfigurierten Nummer 72 mit Passwort 72); dann kann man für ankommende analoge Anrufe eine Rufumleitung auf diese zum asterisk führende Internet-Nummer machen; in Gegenrichtung von 72 zum analogen Festnetz kann man per Rufumleitung nur eine einzige feste Nummer anrufen lassen; ist eben nur ein workaround.
edit2: Das wird wohl auch der Weg sein, wie man die analogen Nebenstellen der fritzbox (fon1/fon2/fon3) mit dem Asterisk verbinden kann.
-- end edit

Asterisk direkt mit analoger Amtsleitung läuft es bis auf weiteres nicht; dazu muss chan_capi-cm auf das Verhalten eines "analogen ISDN-Controllers" (D=digital...) angepasst werden. - Auf spblinux.de/fbox/tmp liegt eine leicht angepasste chan_capi+capi.conf (neu ISDN1: incomingmsn=a, wie bisher controller=4), die zumindest analoge eingehende Rufe annimmt, aber etliche weiter oben im thread beschriebene Dinge laufen nicht (Erkennung von Hangup des entfernten Teilnehmers, Sound bei ausgehenden Rufen nur vom entfernten zum lokalen Teilnehmer ...)

Anmerkung zum Verbinden des asterisk auf der fritzbox mit externen sip-Providern: meine bevorzugte Variante ist, dass sich der fritzbox-asterisk mit einem asterisk auf einem (v)server im Internet verbindet und von dort geht es weiter per sip etc.

Vorteil: auf der fritzbox müssen keine Ports für eingehende Verbindungen geöffnet werden und die ip-Adresse der fritzbox muss nicht bekannt sein. Es reicht, wenn sich der fritzbox-asterisk am (v)server-asterisk anmeldet:

auf dem fritzbox asterisk kann das so aussehen: iax.conf
Code: 
[general]
;bindport=4569
;bindaddr=192.168.0.1
;disallow=all
;allow=gsm
context=default
language=de
register =>asterisk2fbox:geheim@remotehost
;bzw. mit zebedee tunnel
;register =>asterisk2fbox:geheim@localhost:4570

[asterisk2]
context=asterisk2_in
type=friend
username=asterisk2
secret=geheim
auth=md5
host=dynamic
qualify=yes
;trunk=yes

und auf dem (v)server-asterisk: iax.conf
Code: 
[general]
;bindport=4569
;bindaddr=1.2.3.4
;disallow=all
;allow=gsm
context=default
language=de

[asterisk2fbox]
context=asterisk2_in
type=friend
username=asterisk2
secret=geheim
auth=md5
host=dynamic
qualify=yes
;trunk=yes

[asterisk2]
context=asterisk2_in
type=friend
username=asterisk2
secret=geheim
auth=md5
host=dynamic
qualify=yes
;trunk=yes
Es sind 2 iax-User: asterisk2 dient zum Verbindungen Aufbauen,
asterisk2fbox meldet den fritzbox-asterisk beim (v)server-asterisk an. Man wählt dann so:

vom fritzbox-asterisk zum remotehost:
Dial,IAX2/asterisk2@remotehost/112233
(bzw. mit zebedee Tunnel Dial,IAX2/asterisk2@localhost:4570/112233)

vom (v)server-asterisk zur fritzbox:
Dial,IAX2/asterisk2@asterisk2fbox/445566

spblinux
 
Zuletzt bearbeitet:
Hi,
mein Asterisk läuft derzeit als Langzeittest, bisher siehts ganz gut aus.

MoH hab ich bisher allerdings nicht ans laufen bekommen, abgesehen davon das MP3 ja nicht möglich ist kann er aus unerfindlichen Gründen das Verzeichnis, in das ich testhalber mal ein paar von den gsm-Dateien reinkopiert hab, nicht laden, trotz mode=files ... ne genaue fehlermedung bekomm ich allerdings nicht.

Wie funktioniert nun eine Konferenz? MeetMe lässt sich von AAH nicht kopieren weil die Anwendung nicht für die Bix kompiliert ist. Gibts da schon Ideen zu?

Bei mir wird die features.conf offenbar nicht richtig ausgewertet, obwohl ich es auf #1 gestellt habe ist der Transfer immernoch auf # und ein Attended-Transfer geht auch nicht...

Und ein Letztes noch: Wie bekomm ich ParkAnAnnounce zum Laufen? Da ein Transfer wegen der begrenzten Kapazität einer ISDN-leitung schonmal Schwierigkeiten verursacht würd ich PaA gerne als Alternative verwenden. Nur wird der Empfänger immer aus der Leitung geschmissen nachdem er abgenommen hat.
Code: 
  == Spawn extension (lokal, 200, 1) exited non-zero on 'Parked/SIP/411-b833<ZOMBIE>'
Davor scheint aber alles normal abzulaufen...

Bin für jeden Rat dankbar!
Gruß René

PS: beim cfg_asterisk-Script funktionieren die Parameter c,r und d nichtmehr, es wird immer Asterisk mit Console aufgerufen...
 
asterisk mit verschlüsselter Verbindung (zebedee)

Da asterisk mit dem hauseigenen Protokoll iax2 nur einen einzigen udp Port verwendet (4569), lässt sich die Verbindung recht gut und effizient tunneln und verschlüsseln. - cfg_asterisk/asterisk.sqf enthält und unterstützt jetzt die Tunnelsoftware zedebee zur Verbindung mit einem externen asterisk.

@The_Duke:
"cfg_asterisk start" sagt einem wie es aufgerufen werden will (wenn asterisk noch nicht läuft; bei laufendem asterisk öffnet "cfg_asterisk start" eine remote console, - ist neu).

Bei deinen anderen Fragen, muss ich anfangen an die asterisk-Abteilung des Forums zu verweisen. Ideal wäre zum Weiterentwickeln von asterisk auf der fritzbox, wenn zuvor getestet werden kann, ob dieselbe Konfiguration auf einem Standard Asterisk (1.2.x, x86 Linux) läuft.

Bei MoH it das Stichwort rawplayer.

Bei allem, was mit capi, also isdn zu tun hat, ist zu bedenken, dass das nebeneinander laufen von asterisk und avm telefon daemon unüberschaubare Nebenwirkungen haben kann (vielleicht könnte hier NN mit seinen Hintergrundkenntnissen etwas beitragen?).

Gruss, Christian
 
spblinux schrieb:
"cfg_asterisk start" sagt einem wie es aufgerufen werden will (wenn asterisk noch nicht läuft; bei laufendem asterisk öffnet "cfg_asterisk start" eine remote console, - ist neu).
Zum Vergrößern anklicken....
"cfg_asterisk start" sagt es möchte mit einem r aufgerufen werden um zu dem bereits laufenden Asterisk zu verbinden, aber eben genau das tuts ja nicht :(. Er meldet dann immer Asterisk würde bereits laufen...

Gruß René
 
The_Duke schrieb:
"cfg_asterisk start" sagt es möchte mit einem r aufgerufen werden ...
Zum Vergrößern anklicken....
cfg_asterisk start, bzw. sein nachlässiger Verfasser, haben bis zur Version von gestern erwartet, dass man mit "start 1234567 r" aufruft... - Ist wie gesagt jetzt nicht mehr der Fall :),
jetzt genügt einfach cfg_asterisk start um sich mit einem bereits laufendem asterisk zu verbinden (aktualisiert wird derzeit bloss die Version in spblinux.de/fbox/lzma; wenn jemand die anderen Versionen braucht bitte melden).

spblinux
 
Gu jetzt funzt es wieder :)

Kannst du mir noch nen Tipp geben wie ich den Asterisk dazu bewegen kann die queues.conf auszuwerten? Hab die app_queues.so nachgeladen und die Programme werden geladen... aber die conf lässt den kalt :(

Gruß René

Ich weiß warum ers nich läd, aber ich weiß nich wie ichs ändern kann. Und zwar kopiere ich die Einstellungen der der sich beim Instalieren von meinem Server läd in /var/tmp/asterisk. Die features.conf und die queues.conf sind aber nicht als symbolischer Link in /var/asterisk/etc/asterisk eingetragen. Gibts noch ne andere Möglichkeit als ne eigene sqf zu erstellen? Das wollte ich eigebntlich verhindern damit ich immer die aktuellste Version von deinem Server runterladen kann...
 
Zuletzt bearbeitet:
The_Duke schrieb:
Kannst du mir noch nen Tipp geben wie ich den Asterisk dazu bewegen kann die queues.conf auszuwerten?...
...
Gibts noch ne andere Möglichkeit als ne eigene sqf zu erstellen?
Zum Vergrößern anklicken....
Deine Analyse, warum es nicht geht/gegangen ist stimmt genau!

Habe gerade die entsprechenden symbolischen Links zu allen config Dateien vom asterisk-1.2.1 source Archiv mit eingebaut. - Die *.default Dateien von den neu dazugekommenen Konfig-Dateien sind leer. Damit kann man eigene Konfig-Dateien nach /var/asterisk/var/etc/asterisk/ kopieren.

edit: und weil dieses Verzeichnis nicht schön aussieht, kann und sollte man es über /var/tmp/asterisk/ ansprechen.

Gruss, Christian
 
:D

Ich war grade dabei versuchshalber ne eigene sqf zu erstellen und wunderte mich grade warum der meinte das die features.conf schon existiert :)

Hat bei mir die ganze Zeit nicht funktioneirt weil er meinte es seinicht genug Speicher da. Hab neugestartet, alle Dienste außer dsld beendet etc... wollts grad mim nbdswap testen aber jetzt gehts ja auch ohne ;)

Danke!
Gruß René
 
@spblinux
Ein paar kleine Optimierungen in chan_capi hat es gegeben. Kannst du testen, ob es daran liegt, in dem du in der aktuellen Installation das ältere chan_capi.so einbaust?
Zum Vergrößern anklicken....
Werde ich Anfang der Woche Testen, wenn ich wieder mehrere Gespräche führen muß :D

Eine ganz andere Frage, bei der Du hoffentlich helfen kannst. Ich habe jetzt einen 7961G mit SIP-Firmware in Betrieb genommen, nur der will nicht so richtig.
Das Telefon registriert sich am Asterisk mit IP und Port 5061, aber ich kann keine Gespräche aufbauen. Aus mir unbekannten Gründen versucht der 7961 die Kommunikation über einen hohen Port ( >40000 statt den 5061 ) aufzubauen. Habe dazu im Cisco Forum einen Thread aufgemacht ( http://http://www.ip-phone-forum.de/showthread.php?t=104318 ) , aber evtl. hast Du ja eine Idee, welcher Parameter den Port für den Verbinungsaufbau beeinflusst ?

Gruß
dynamic
 
dynamic schrieb:
... Kommunikation über einen hohen Port ( >40000 statt den 5061 )
Zum Vergrößern anklicken....
Da muss ich passen.

-------

Für cfg_asterisk/asterisk.sqf wirds wohl heute noch die Ergänzung geben, dass man mit cfg_asterisk config2flash bzw cfg_asterisk flash2config die Konfiguration im Flash speichern kann (per default mit mknod /var/flash/asterisk c 250 101, sofern nicht schon belegt).

spblinux
 
Status
Für weitere Antworten geschlossen.

Zurzeit aktive Besucher

Gesamt: 409 (Mitglieder: 2, Gäste: 407)

Neueste Beiträge

Statistik des Forums

Themen
246,100
Beiträge
2,246,177
Mitglieder
373,582
Neuestes Mitglied
Achim17
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