Es tut sich was in der HFC ISDN (vsidn) asterisk Anbindung

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

das problem hat sich mit einem wechsel auf eine neuer option erledgit. warum eigentlich das nachträgliche kopieren von local nach "normal"? ein ./configure --prefix=/usr ist auch klasse ;)

naja nun startet bei mir alles und ich muss "bloß" noch die karte konfigurerien. Hat da jemand ein paar tipps?

patch 539 scheint auch funktionstüchtig zu sein.

Code: 
  == Parsing '/etc/asterisk/cdr_custom.conf': Found
    -- Executing Dial("SIP/7777-1631", "VISDN/visdn0/594522") in new stack
    -- Called visdn0/512312
  == Everyone is busy/congested at this time (1:0/0/1)

Code: 
<netdev visdn0>
  protocol lapd
  role TE
  tei dynamic
</netdev>

<port st0>
  attribute role TE

  <chan D>
    connectmodule netdev visdn0
  </chan>

  <chan E>
    connectmodule netdev visdn0 echo
  </chan>
</port>

Code: 
[visdn0]
network_role = private
context = incoming
tones_option = yes
outbound_called_ton = unknown
force_outbound_cli =
force_outbound_cli_ton = no
clip_default_name = HFC A Karte
clip_default_number = 200
clip_numbers = 200
clir_mode = default_off
overlap_sending = Yes
overlap_receiving = No

Ich hoffe, dass mir jemand helfen kann.

Gruß, Oliver
 
Zuletzt bearbeitet:
amdunlock schrieb:
warum eigentlich das nachträgliche kopieren von local nach "normal"? ein ./configure --prefix=/usr ist auch klasse ;)
Zum Vergrößern anklicken....
Klar geht das, unter SuSE hatte ich früher meistens
Code: 
./configure --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man --infodir=/usr/share/info --localstatedir=/var
(keine Ahnung ob das noch korrekt ist mit den neueren Versionen, habe gerade kein SuSE System vor Ort).

Allerdings hatte vISDN in älteren Versionen, nicht immer die Dateien dahin installiert, wo sie hin sollten, d.h. fand ich es zumindest damals einfacher hinterher von Hand die Installation zu korrigieren, da man sowie so nochmal alles überprüfen musste.
(außerdem ist /usr/local eigentlich für ein sich so schnell verändertes Programm gar nicht so schlecht :)


Zur Konfig:
Schaut zumindestens IMHO OK aus :rolleyes:
Zeigt show visdn interfaces Status UNUSED an?
(vermutlich nicht aufgrund der Meldung)
Du kannst mal mit
debug visdn generic
oder
debug visdn q931
nachschauen was vISDN macht.
 
das kommt dabei raus:

Code: 
    -- Executing Dial("SIP/7777-fa83", "VISDN/visdn0/53214") in new stack
    -- Calling visdn0 on VISDN/null
    -- Calling on interface 'visdn0'
q931 visdn0:TEI[0]: DLC autorelease timer stopped
q931 visdn0:CALL[123.O]: call.c:305 GET (1 => 2)
q931 visdn0:CALL[123.O]: chan_visdn.c:690 GET (2 => 3)
q931 visdn0:CALL[123.O]: chan_visdn.c:809 PUT (3 => 2)
    -- Called visdn0/53214
q931 visdn0:CALL[123.O]: SETUP-REQ
q931 visdn0:CALL[123.O]: Sending message:
q931 ->  message type: SETUP (5)
q931 ->  VL IE 0 ===> 4 (Bearer Capability) -- length 3
q931 ->    Coding Standard = CCITT (0)
q931 ->    Information Transfer Capability = Speech (0)
q931 ->    Transfer mode = Circuit (0)
q931 ->    Information Transfer Rate = 64 kbps (16)
q931 ->    User information layer 1 protocol = g.711 a-law (3)
q931 ->  VL IE 1 ===> 108 (Calling Party Number) -- length 6
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Presentation indicator = Presentation allowed (0)
q931 ->    Screening indicator = User provided, not screened (0)
q931 ->    Number = 7777
q931 ->  VL IE 2 ===> 112 (Called Party Number) -- length 7
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Number = 53214
q931 ->  VL IE 3 ===> 125 (High Layer Compatibility) -- length 2
q931 ->    Coding standard = CCITT (0)
q931 ->    Characteristics identification = Telephony (1)
q931 
q931 visdn0:TEI[0]: DLC is disconnected, requesting connection
q931 visdn0:TEI[0]: DLC is awaiting connection: message queued
q931 visdn0:CALL[123.O]: call.c:387 GET (2 => 3)
q931 visdn0:CALL[123.O]: call.c:1895 Timer T303 started
q931 visdn0:CALL[123.O]: U0_NULL_STATE ==to==> U1_CALL_INITIATED
    -- poll timeout = 5000
q931 visdn0:CALL[123.O]: T303 fired
q931 visdn0:CALL[123.O]: Sending message:
q931 ->  message type: SETUP (5)
q931 ->  VL IE 0 ===> 4 (Bearer Capability) -- length 3
q931 ->    Coding Standard = CCITT (0)
q931 ->    Information Transfer Capability = Speech (0)
q931 ->    Transfer mode = Circuit (0)
q931 ->    Information Transfer Rate = 64 kbps (16)
q931 ->    User information layer 1 protocol = g.711 a-law (3)
q931 ->  VL IE 1 ===> 108 (Calling Party Number) -- length 6
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Presentation indicator = Presentation allowed (0)
q931 ->    Screening indicator = User provided, not screened (0)
q931 ->    Number = 7777
q931 ->  VL IE 2 ===> 112 (Called Party Number) -- length 7
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Number = 53214
q931 ->  VL IE 3 ===> 125 (High Layer Compatibility) -- length 2
q931 ->    Coding standard = CCITT (0)
q931 ->    Characteristics identification = Telephony (1)
q931 
q931 visdn0:TEI[0]: DLC is awaiting connection: message queued
q931 visdn0:CALL[123.O]: call.c:387 GET (3 => 4)
q931 visdn0:CALL[123.O]: call.c:2778 Timer T303 started
q931 visdn0:CALL[123.O]: call.c:2805 PUT (4 => 3)
    -- poll timeout = 5001
q931 visdn0:TEI[0]: DL-RELEASE-INDICATION
q931 visdn0:CALL[123.O]: call.c:426 Timer T301 stopped
q931 visdn0:CALL[123.O]: call.c:427 Timer T302 stopped
q931 visdn0:CALL[123.O]: call.c:399 PUT (3 => 2)
q931 visdn0:CALL[123.O]: call.c:428 Timer T303 stopped
q931 visdn0:CALL[123.O]: call.c:429 Timer T304 stopped
q931 visdn0:CALL[123.O]: call.c:430 Timer T305 stopped
q931 visdn0:CALL[123.O]: call.c:431 Timer T306 stopped
q931 visdn0:CALL[123.O]: call.c:432 Timer T308 stopped
q931 visdn0:CALL[123.O]: call.c:433 Timer T309 stopped
q931 visdn0:CALL[123.O]: call.c:434 Timer T310 stopped
q931 visdn0:CALL[123.O]: call.c:435 Timer T312 stopped
q931 visdn0:CALL[123.O]: call.c:436 Timer T313 stopped
q931 visdn0:CALL[123.O]: call.c:437 Timer T314 stopped
q931 visdn0:CALL[123.O]: call.c:438 Timer T316 stopped
q931 visdn0:CALL[123.O]: call.c:439 Timer T318 stopped
q931 visdn0:CALL[123.O]: call.c:440 Timer T319 stopped
q931 visdn0:CALL[123.O]: call.c:441 Timer T320 stopped
q931 visdn0:CALL[123.O]: call.c:442 Timer T321 stopped
q931 visdn0:CALL[123.O]: call.c:443 Timer T322 stopped
q931 visdn0:CALL[123.O]: U1_CALL_INITIATED ==to==> U0_NULL_STATE
q931 visdn0:CALL[123.O]: call.c:367 PUT (2 => 1)
q931 Releasing message
    -- poll timeout = -1
    -- visdn_q931_release_indication 
    -- poll timeout = -1
    -- visdn_hangup VISDN/visdn0/123.O
q931 visdn0:CALL[123.O]: chan_visdn.c:1709 PUT (1 => 0)
q931 visdn0:CALL[123.O]: Freeing call
q931 visdn0:TEI[0]: DLC autorelease timer started
    -- visdn_hangup VISDN/visdn0/123.O DONE
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Congestion("SIP/7777-fa83", "") in new stack
  == Spawn extension (default, 53214, 102) exited non-zero on 'SIP/7777-fa8
    -- poll timeout = 10000
q931 visdn0:TEI[0]: DLC autorelease timer fired
    -- poll timeout = -1
 
Frittenbude schrieb:
Also, habe den neuesten Snapshot von heute kompilieren lassen. Sowohl "configure" als auch "make" liefen fehlerfrei durch. Aber es wurden keine .ko-Treibermodule erstellt.

Hier mein Setup:

Software:
Kernel 2.6.9
Asterisk 1.2.0-BRIstuffed-0.3.0-PRE-1c (mit Florz-Patch)
mISDN (neueste Version von Beronet)
Zum Vergrößern anklicken....

2006-02-15 00:14:33 GMT <...> patch-540

Summary:
Fix small issues when building with older kernels
Revision:
isdn--devel--0.1--patch-540
Zum Vergrößern anklicken....
Sollte jetzt gehen, s.
https://mailman.uli.it/pipermail/visdn-hackers/2006-February/000338.html

BTW: Ist Asterisk 1.2.0-BRIstuffed-0.3.0-PRE-1c nicht ein <1.2.3 Asterisk enthalten? Diese hatten doch einige Fehler...

@amdunlock
Daniele Orlandi hat dir ja schon geanwortet, ich hatte ähnliches vermutet, aber dafür kenne ich mich zu wenig mit ISDN im Detail aus, um dir eine sinnvolle Antwort zu geben :noidea: :D
 
Zuletzt bearbeitet:
@amdunlock
Darf ich fragen bei welchem Telefonanbieter du bist?
 
@tomster. ich habe t-online.

Gruß, Oliver
 
OK, dann hat sich meine Vermutung wohl erledigt...
Ich hab nämlich ein ähnliches Problem wie du. Nur ein bissl anders.
Deshalb hatte ich schon vermutet, dass evtl. der ISDN-Anschluß ein anderes Protokoll verwendet als Euro-ISDN (DSS1). Wär zwar schon arg hypothetisch, aber man weiss ja nie..

Hast du Mal in die von Daniele angegebene Datei geschaut? Gibt er dir F7?
 
Ach, nur informationshalber was gibt dir denn ein "ll" in
/sys/bus/pci/devices/0000:00:07.0 oder wo deine HFC-Karte steckt?

Laut ReadMe sollte es in etwa so aussehen:

lrwxrwxrwx 1 root root 0 Oct 19 21:40 bus -> ../../../bus/pci
-r--r--r-- 1 root root 4096 Oct 19 21:40 class
-rw-r--r-- 1 root root 256 Oct 19 21:40 config
-rw-r--r-- 1 root root 4096 Oct 19 21:40 detach_state
-r--r--r-- 1 root root 4096 Oct 19 21:40 device
lrwxrwxrwx 1 root root 0 Oct 19 21:40 driver -> ../../../bus/pci/drivers/hfc-pci
-r--r--r-- 1 root root 4096 Oct 19 21:40 fifo_state
-r--r--r-- 1 root root 4096 Oct 19 21:40 irq
-r--r--r-- 1 root root 4096 Oct 19 21:40 local_cpus
drwxr-xr-x 2 root root 0 Oct 19 21:37 pcm
drwxr-xr-x 2 root root 0 Oct 19 20:49 power
-r--r--r-- 1 root root 4096 Oct 19 21:40 resource
-rw------- 1 root root 8 Oct 19 21:40 resource0
-rw------- 1 root root 256 Oct 19 21:40 resource1
drwxr-xr-x 7 root root 0 Oct 19 21:37 st0
-r--r--r-- 1 root root 4096 Oct 19 21:40 subsystem_device
-r--r--r-- 1 root root 4096 Oct 19 21:40 subsystem_vendor
-r--r--r-- 1 root root 4096 Oct 19 21:40 vendor

Bei mir fehlen da einige Dateien (detach_state und fifo_state), auch wenn ich noch nicht weiss warum. Da ich aber eine 4S-Karte fahr, sind noch ein paar Dateien/Verzeichnisse mehr drin.
 
Zuletzt bearbeitet:
ja sie gibt mir F7 zurück. unverändert, egal, was asterisk macht.

Code: 
ls -R /sys/bus/pci/devices/0000\:01\:09.0/
/sys/bus/pci/devices/0000:01:09.0/:
bus     device      irq         pcm       resource0  subsystem_device  vendor
class   driver      local_cpus  power     resource1  subsystem_vendor
config  fifo_state  modalias    resource  st0        uevent

/sys/bus/pci/devices/0000:01:09.0/pcm:
bitrate  enabled  master  port_id  slots_state

/sys/bus/pci/devices/0000:01:09.0/power:
state  wakeup

/sys/bus/pci/devices/0000:01:09.0/st0:
000001  000003  000005  B2  E        l1_state  role  st_clock_delay    timer_t1
000002  000004  B1      D   enabled  port_id   SQ    st_sampling_comp  timer_t3

/sys/bus/pci/devices/0000:01:09.0/st0/000001:
bitrate  enabled  leg_a  leg_b  name  refcnt

/sys/bus/pci/devices/0000:01:09.0/st0/000001/leg_a:
framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000001/leg_b:
connected  cxc  framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000002:
bitrate  enabled  leg_a  leg_b  name  refcnt

/sys/bus/pci/devices/0000:01:09.0/st0/000002/leg_a:
framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000002/leg_b:
cxc  framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000003:
bitrate  enabled  leg_a  leg_b  name  refcnt

/sys/bus/pci/devices/0000:01:09.0/st0/000003/leg_a:
framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000003/leg_b:
cxc  framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000004:
bitrate  enabled  leg_a  leg_b  name  refcnt

/sys/bus/pci/devices/0000:01:09.0/st0/000004/leg_a:
framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000004/leg_b:
connected  cxc  framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000005:
bitrate  enabled  leg_a  leg_b  name  refcnt

/sys/bus/pci/devices/0000:01:09.0/st0/000005/leg_a:
framing  framing_avail  mtu  other_leg

/sys/bus/pci/devices/0000:01:09.0/st0/000005/leg_b:
cxc  framing  framing_avail  mtu  other_leg

Gruß, Oliver
 
Hmm...

Schaut eigentlich ganz gut aus (ich geh davon aus, dass die Rechte bei dir auch richtig gesetzt sind), auch wenn dir ebenfalls detach_state fehlt. Ich weiss aber auch nicht, ob sich das file inzwischen obsoleted hat, denn der Auszug aus der ReadMe ist wohl schon vom Oktober 2005. Nur der Name des files suggeriert mir schon einen gewissen Zusammenhang mit unseren CLI-Meldungen. Ich bin aber bei Leibe kein ISDN-Experte.

Wie gesagt, deine Debug-Meldungen sind den Meinigen verdammt ähnlich. Und gerade das "DLC is disconnected", bzw. die fehlende TEI scheinen beide Systeme als Probs gemeinsam zu haben.
Dann bleibt aber nix als Weitersuchen.
 
tomster was hast du eigentlich für eine version?
vlt. ist 539 einfach buggy?

bei mir hat ein neuladen der ganzen sache geholfen. habe alles weggeladen und dann visdn_configurator gemacht und dann safe_asterisk.

nun gehts :)

Gruß, Oliver
 
Zuletzt bearbeitet:
Ui, des freut mich für dich!

Ich wurschtel mit dem Snapshot vom 10.02.06 müsst erst nachschauen was das für eine Version ist. Aber ich hatte die gleichen Probleme mit älteren Versionen.
Hast du die neuste probiert? Und was meinst du mit Neuladen und wegladen?

Und was ist jetzt die Ausgabe am CLI mit visdn generic und visdn q931 enabled? Würd mich interessieren, wie es auszuschauen hat
 
amdunlock schrieb:
warum eigentlich das nachträgliche kopieren von local nach "normal"? ein ./configure --prefix=/usr ist auch klasse ;)
Zum Vergrößern anklicken....
Die Angaben werden mittlerweile auch in visdn_configurator übernommen (getestet mit ./configure --sysconfdir=/etc) - ich werde den Wiki Beitrag ändern und "aufräumen".
Danke für den Hinweis (wie oben erwähnt kannt ich das zwar, aber hatte es nicht mehr mit vISDN probiert - wäre ja auch viel zu einfach ;)

Ich teste gerade auch die patch Version 940 (gleich wie heutiger Snaphost), dazu noch der Asterisk 1.2.4 patch aus <visdn>/samples für app_dial (asterisk-1.2-answer.diff).
Das löst bei mir einige Probleme. (habe allerdings auch noch die Verkabelung/Terminierung geändert, was vielleicht auch eine Ursache für ein paar Merkwürdigkeiten war...)
 
Hi,

hier der Debuglog meines erfolgreichen Verbindens. Ich rufe bei mir selbst an, deswegen versucht er SIP7777 anzuwählen.

Code: 
-- Executing Dial("SIP/7777-2069", "VISDN/visdn0/594522") in new stack
    -- Calling visdn0 on VISDN/null
    -- Calling on interface 'visdn0'
q931 visdn0:TEI[0]: DLC autorelease timer stopped
q931 visdn0:CALL[116.O]: call.c:305 GET (1 => 2)
q931 visdn0:CALL[116.O]: chan_visdn.c:690 GET (2 => 3)
q931 visdn0:CALL[116.O]: chan_visdn.c:809 PUT (3 => 2)
    -- Called visdn0/594522
q931 visdn0:CALL[116.O]: SETUP-REQ
q931 visdn0:CALL[116.O]: Sending message:
q931 ->  message type: SETUP (5)
q931 ->  VL IE 0 ===> 4 (Bearer Capability) -- length 3
q931 ->    Coding Standard = CCITT (0)
q931 ->    Information Transfer Capability = Speech (0)
q931 ->    Transfer mode = Circuit (0)
q931 ->    Information Transfer Rate = 64 kbps (16)
q931 ->    User information layer 1 protocol = g.711 a-law (3)
q931 ->  VL IE 1 ===> 108 (Calling Party Number) -- length 6
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Presentation indicator = Presentation allowed (0)
q931 ->    Screening indicator = User provided, not screened (0)
q931 ->    Number = 7777
q931 ->  VL IE 2 ===> 112 (Called Party Number) -- length 7
q931 ->    Type of number = Unknown (0)
q931 ->    Numbering plan = Unknown (0)
q931 ->    Number = 594522
q931 ->  VL IE 3 ===> 125 (High Layer Compatibility) -- length 2
q931 ->    Coding standard = CCITT (0)
q931 ->    Characteristics identification = Telephony (1)
q931 
q931 visdn0:TEI[0]: DLC is disconnected, requesting connection
q931 visdn0:TEI[0]: DLC is awaiting connection: message queued
q931 visdn0:CALL[116.O]: call.c:387 GET (2 => 3)
q931 visdn0:CALL[116.O]: call.c:1895 Timer T303 started
q931 visdn0:CALL[116.O]: U0_NULL_STATE ==to==> U1_CALL_INITIATED
    -- poll timeout = 5000
q931 visdn0:TEI[0]: DL-ESTABLISH-CONFIRM
q931 visdn0:TEI[0]: Releasing message
q931 Releasing message
    -- poll timeout = 4988
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 116.O (len 1)
q931 <-  message_type = SETUP ACKNOWLEDGE (13)
q931 visdn0:CALL[116.O]: call.c:415 GET (3 => 4)
q931 visdn0:CALL[116.O]: Got SETUP ACKNOWLEDGE
q931 <-  VL IE 1 ===> 24 (Channel Identification) length=(1)
q931 <-    Interface id = Implicit (0)
q931 <-    Interface type = Basic (0)
q931 <-    Pref/Excl = Exclusive (1)
q931 <-    D channel ident = Is not D channel (0)
q931 <-    Coding standard = CCITT (0)
q931 <-    Channels = B1 
q931 visdn0:CALL[116.O]: call.c:399 PUT (4 => 3)
q931 visdn0:CALL[116.O]: call.c:4521 Timer T303 stopped
q931 visdn0:CALL[116.O]: No channel proposed in setup, using indicated channel 
1
q931 visdn0[B1]: changed state from AVAILABLE to SELECTED
q931 visdn0:CALL[116.O]: call.c:387 GET (3 => 4)
q931 visdn0:CALL[116.O]: call.c:4525 Timer T304 started
q931 visdn0:CALL[116.O]: U1_CALL_INITIATED ==to==> U2_OVERLAP_SENDING
q931 visdn0[B1]: changed state from SELECTED to CONNECTED
q931 
q931 visdn0:CALL[116.O]: input.c:1178 PUT (4 => 3)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = 999000
    -- visdn_q931_connect_channel 
    -- Connecting streamport 000021 to chan 000002
    -- visdn_q931_more_info_indication 
    -- poll timeout = 999000
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 1.I (len 1)
q931 <-  message_type = SETUP (5)
q931 visdn0:CALL[1.I]: call.c:272 GET (1 => 2)
q931 visdn0:CALL[1.I]: Got SETUP
q931 <-  SO IE 1 ===> 161 (Sending Complete) length=(1)
q931 <-  VL IE 2 ===> 4 (Bearer Capability) length=(3)
q931 <-    Coding Standard = CCITT (0)
q931 <-    Information Transfer Capability = Speech (0)
q931 <-    Transfer mode = Circuit (0)
q931 <-    Information Transfer Rate = 64 kbps (16)
q931 <-    User information layer 1 protocol = g.711 a-law (3)
q931 <-  VL IE 3 ===> 24 (Channel Identification) length=(1)
q931 <-    Interface id = Implicit (0)
q931 <-    Interface type = Basic (0)
q931 <-    Pref/Excl = Exclusive (1)
q931 <-    D channel ident = Is not D channel (0)
q931 <-    Coding standard = CCITT (0)
q931 <-    Channels = B2 
q931 <-  VL IE 4 ===> 108 (Calling Party Number) length=(12)
q931 <-    Type of number = National (2)
q931 <-    Numbering plan = ISDN Telephony (1)
q931 <-    Presentation indicator = Presentation allowed (0)
q931 <-    Screening indicator = Network provided (3)
q931 <-    Number = 6151594522
q931 <-  VL IE 5 ===> 112 (Called Party Number) length=(7)
q931 <-    Type of number = Subscriber (4)
q931 <-    Numbering plan = ISDN Telephony (1)
q931 <-    Number = 594522
q931 <-  VL IE 6 ===> 125 (High Layer Compatibility) length=(2)
q931 <-    Coding standard = CCITT (0)
q931 <-    Characteristics identification = Telephony (1)
q931 visdn0:CALL[1.I]: Requested channel B2 available
q931 visdn0:CALL[1.I]: U0_NULL_STATE ==to==> U6_CALL_PRESENT
q931 
q931 visdn0:CALL[1.I]: input.c:1178 PUT (2 => 1)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = 998914
    -- visdn_q931_setup_indication 
q931 visdn0:CALL[1.I]: chan_visdn.c:2965 GET (1 => 2)
    -- poll timeout = 998914
q931 visdn0:CALL[1.I]: PROCEEDING-REQ
q931 visdn0:CALL[1.I]: Sending message:
q931 ->  message type: CALL PROCEEDING (2)
q931 ->  VL IE 0 ===> 24 (Channel Identification) -- length 1
q931 ->    Interface id = Implicit (0)
q931 ->    Interface type = Basic (0)
q931 ->    Pref/Excl = Exclusive (1)
q931 ->    D channel ident = Is not D channel (0)
q931 ->    Coding standard = CCITT (0)
q931 ->    Channels = B2 
q931 
q931 visdn0:TEI[0]: Releasing message
q931 visdn0:CALL[1.I]: U6_CALL_PRESENT ==to==> U9_INCOMING_CALL_PROCEEDING
    -- poll timeout = 998914
    -- Executing NoOp("VISDN/visdn0/1.I", ""Einkommender Anruf"") in new stack
    -- Executing Dial("VISDN/visdn0/1.I", "SIP/7777|20|tr") in new stack
    -- Called 7777
    -- visdn_indicate 3
q931 visdn0:CALL[1.I]: ALERTING-REQ
q931 visdn0:CALL[1.I]: Sending message:
q931 ->  message type: ALERTING (1)
q931 ->  VL IE 0 ===> 30 (Progress Indicator) -- length 2
q931 ->    Coding standard = CCITT (0)
q931 ->    Location = Private network serving remote user (5)
q931 ->    Description = In-band information or appropriate pattern now availab
e (8)
q931 
q931 visdn0:TEI[0]: Releasing message
q931 visdn0:CALL[1.I]: U9_INCOMING_CALL_PROCEEDING ==to==> U7_CALL_RECEIVED
    -- poll timeout = 998912
    -- SIP/7777-164c is ringing
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 116.O (len 1)
q931 <-  message_type = CALL PROCEEDING (2)
q931 visdn0:CALL[116.O]: call.c:415 GET (3 => 4)
q931 visdn0:CALL[116.O]: Got CALL PROCEEDING
q931 visdn0:CALL[116.O]: call.c:399 PUT (4 => 3)
q931 visdn0:CALL[116.O]: call.c:3879 Timer T304 stopped
q931 visdn0:CALL[116.O]: U2_OVERLAP_SENDING ==to==> U3_OUTGOING_CALL_PROCEEDING
q931 
q931 visdn0:CALL[116.O]: input.c:1178 PUT (3 => 2)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = -1
    -- visdn_q931_proceeding_indication 
    -- poll timeout = -1
    -- VISDN/visdn0/116.O is proceeding passing it to SIP/7777-2069
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 116.O (len 1)
q931 <-  message_type = ALERTING (1)
q931 visdn0:CALL[116.O]: call.c:415 GET (2 => 3)
q931 visdn0:CALL[116.O]: Got ALERTING
q931 <-  VL IE 1 ===> 28 (Facility) length=(18)
q931 <-  VL IE 2 ===> 30 (Progress Indicator) length=(2)
q931 <-    Coding standard = CCITT (0)
q931 <-    Location = Public network serving local user (2)
q931 <-    Description = In-band information or appropriate pattern now availab
e (8)
q931 <-  VL IE 3 ===> 40 (Display) length=(13)
q931 <-    Display = CCNR moeglich
q931 visdn0:CALL[116.O]: U3_OUTGOING_CALL_PROCEEDING ==to==> U4_CALL_DELIVERED
q931 
q931 visdn0:CALL[116.O]: input.c:1178 PUT (3 => 2)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = -1
    -- visdn_q931_alerting_indication 
    -- In-band informations available
    -- poll timeout = -1
    -- VISDN/visdn0/116.O is ringing
    -- visdn_hangup VISDN/visdn0/116.O
q931 visdn0:CALL[116.O]: chan_visdn.c:1709 PUT (2 => 1)
q931 visdn0:CALL[116.O]: DISCONNECT-REQ
q931 visdn0:CALL[116.O]: Sending message:
q931 ->  message type: DISCONNECT (69)
q931 ->  VL IE 0 ===> 8 (Cause) -- length 2
q931 ->    Coding standard = CCITT (0)
q931 ->    Location = Private network serving local user (1)
q931 ->    Cause value = Normal call clearing (16)
q931 
q931 visdn0:TEI[0]: Releasing message
q931 visdn0:CALL[116.O]: call.c:387 GET (1 => 2)
q931 visdn0:CALL[116.O]: call.c:1262 Timer T305 started
q931 visdn0:CALL[116.O]: U4_CALL_DELIVERED ==to==> U11_DISCONNECT_REQUEST
    -- poll timeout = 30000
    -- visdn_q931_disconnect_channel 
    -- poll timeout = 30000
    -- visdn_hangup VISDN/visdn0/116.O DONE
  == Spawn extension (default, 0594522, 1) exited non-zero on 'SIP/7777-2069'
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 1.I (len 1)
q931 <-  message_type = RELEASE (77)
q931 visdn0:CALL[1.I]: call.c:415 GET (2 => 3)
q931 visdn0:CALL[1.I]: Got RELEASE
q931 <-  VL IE 1 ===> 8 (Cause) length=(2)
q931 <-    Coding standard = CCITT (0)
q931 <-    Location = User (0)
q931 <-    Cause value = Normal call clearing (16)
q931 visdn0[B2]: changed state from AVAILABLE to AVAILABLE
q931 visdn0:CALL[1.I]: Sending message:
q931 ->  message type: RELEASE COMPLETE (90)
q931 
q931 visdn0:TEI[0]: Releasing message
q931 visdn0:CALL[1.I]: U7_CALL_RECEIVED ==to==> U0_NULL_STATE
q931 visdn0:CALL[1.I]: call.c:367 PUT (3 => 2)
q931 
q931 visdn0:CALL[1.I]: input.c:1178 PUT (2 => 1)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = 29889
    -- visdn_q931_release_indication 
    -- poll timeout = 29889
  == Spawn extension (incoming, 594522, 2) exited non-zero on 'VISDN/visdn0/1.I
    -- visdn_hangup VISDN/visdn0/1.I
q931 visdn0:CALL[1.I]: chan_visdn.c:1709 PUT (1 => 0)
q931 visdn0:CALL[1.I]: Freeing call
    -- visdn_hangup VISDN/visdn0/1.I DONE
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 116.O (len 1)
q931 <-  message_type = RELEASE (77)
q931 visdn0:CALL[116.O]: call.c:415 GET (2 => 3)
q931 visdn0:CALL[116.O]: Got RELEASE
q931 visdn0:CALL[116.O]: call.c:399 PUT (3 => 2)
q931 visdn0:CALL[116.O]: call.c:5037 Timer T305 stopped
q931 visdn0[B1]: changed state from DISCONNECTED to AVAILABLE
q931 visdn0:CALL[116.O]: Sending message:
q931 ->  message type: RELEASE COMPLETE (90)
q931 
q931 visdn0:TEI[0]: Releasing message
q931 visdn0:CALL[116.O]: U11_DISCONNECT_REQUEST ==to==> U0_NULL_STATE
q931 visdn0:CALL[116.O]: call.c:367 PUT (2 => 1)
q931 
q931 visdn0:CALL[116.O]: input.c:1178 PUT (1 => 0)
q931 visdn0:CALL[116.O]: Freeing call
q931 visdn0:TEI[0]: DLC autorelease timer started
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = 10000
    -- visdn_q931_release_indication 
    -- poll timeout = 10000
q931 visdn0:TEI[0]: DLC autorelease timer fired
    -- poll timeout = -1
q931 visdn0:TEI[0]: DL-RELEASE-CONFIRM
q931 Releasing message
    -- poll timeout = -1
q931 visdn0:TEI[0]: Received message:
q931 <-  call reference = 0.I (len 0)
q931 <-  message_type = FACILITY (98)
q931 visdn0:TEI[0]: Releasing message
    -- poll timeout = -1

Gruß, Oliver
 
Zuletzt bearbeitet:
Hallo,

Kann mir jemand sagen, ob es überhaupt möglich ist mit visdn eine internen S0-Bus zu erstellen? (NT-Modus)

Bei mir scheint meine Karte zwar zu laufen, aber ich habe keinen Wählton, sondern das Telefon sagt lediglich "bitte auflegen" und es kommt der Besetztton.

Peter
 
Hallo.

Klar geht das.
Ich hab so was bei einem Kumpel eingerichtet.
 
Hi lo4dro,

show visdn interfaces zeigt die karte korrekt an. Auch "Role : NT"

Nur leider habe ich kein Wählton.
Brauche ich eventuell noch einen Eintrag in zapata.conf ?

Da ich bristuff nicht mehr verwenden möchte brauche ich die zaptel.conf doch nicht mehr?

Fragen über Fragen. Die Dokumentationen sind wirklich spärlich.

Peter
 
Richtig, die zapata.conf hat mit visdn nix mehr zu tun.
Nachdem du ja anscheinend "nur" keinen Wählton hast, gehe ich davon aus, dass deine Telefone entweder keine Stromversorgung aus dem S0 benötigen, oder du einen NTBA umfunktioniert hast. Will meine die Telefone an sich gehen.
Den Rest regelt man bei visdn eigentlich über die visdn.conf und entsprechende Einträge in der extensions.conf
Wie das genau geht kann dir aber lo4dro sicher genauer beschreiben, weil er genau das ja wohl schon einmal gemacht hat.
 
@pixelpeter
Hast du auch
Code: 
exten => s,1,VISDNOverlapDial()         ; Needed for overlap sending/receiving
in deiner extensions.conf stehen (im vISDN Kontext für NT Karte)
 
Hi cibi,

habe ich.

Ich habe mal debugging eingeschaltet und bekomme beim abheben des Hörers diese Meldungen:


-- poll timeout = 10000
-- poll timeout = -1
-- visdn_q931_setup_indication
Feb 17 16:32:51 NOTICE[6804]: chan_visdn.c:3248 visdn_q931_setup_indication: No extension '' in context 'visdn', rejecting call
-- visdn_hangup VISDN/visdn0/124.I
-- visdn_hangup VISDN/visdn0/124.I DONE
-- poll timeout = -1
-- poll timeout = 10000



Peter
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 885 (Mitglieder: 23, Gäste: 862)

Neueste Beiträge

Statistik des Forums

Themen
246,619
Beiträge
2,254,999
Mitglieder
374,540
Neuestes Mitglied
Krimi_M
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