[gelöst] florz patch und bristuff-0.4.0-RC3b

[stinkstiefel]

Hallo,

ich habe mich lange nicht mehr mit dem Thema beschäftigt lief einfach zu gut. Nun steht für meinen Router ein Kernelupdate an und da ich Asterisk eh neu bauen muss werde ich 0.4.0-RC3b verwenden. Finde auf die schnelle jedoch leider keine Info ob es schon einen passenden Patch für 0.4.0-RC3b gibt.
zaphfc_0.4.0-test1_florz-13.diff habe ich schon probiert tut aber nicht oder ich stell mich zu dusselig an.

 

[stinkstiefel]

Leider habe ich grad noch ein anderes Problem festgestellt.

depmod: *** Unresolved symbols in /lib/modules/2.4.36/misc/zaphfc.o.gz
depmod:         pci_get_device

Das florz-13.diff jetzt schon in 0.4.0-RC3b mit drin ist habe ich nun endlich auch entdeckt.

 

[ploieel]

Hi stinkstifel,
welchen Router verwendest Du?

 

[stinkstiefel]

Router ist Ipcop und kein Fli4L. Ich bin inzwischen auch schon wieder ein Stück weiter. Nach dem ich den Debianpatch [1] für zaphfc rückgängig gemacht habe meckert depmode jetzt erst mal nicht mehr und ztcfg -vv nach insmod zaphfc modes=1 sieht auch gut aus. Mal sehen was noch für Überraschungen auf mich warten.

[1]http://lists.alioth.debian.org/pipermail/pkg-voip-commits/2007-December/004253.html

Edit: Eingehende Gespräche funktionieren schon mal , aber ausgehend klappts noch nicht.

 

[stinkstiefel]

Tja, was abgehende Gespräche angeht bin ich etwas ratlos.

laut cat /proc/zaptel/1

Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [NT] layer 1 ACTIVATED (G3)" (MASTER) AMI/CCS

           1 ZTHFC1/0/1 Clear (In use)
           2 ZTHFC1/0/2 Clear (In use)
           3 ZTHFC1/0/3 HDLCFCS (In use)

sieht es doch eigentlich gut aus. Trotzdem geht kein Anruf raus, ich bekomme erst einmal ganz normal ein Freizeichen, wähle eine Nummer, danach ist ca 30s Ruhe, im Display erscheint dann Ungültig und ich höre tut tut tut. Auf der cli kommt danach irgend wann

WARNING[3238]: chan_zap.c:2510 pri_find_dchan: No D-channels available!  Using Primary channel 3 as D-channel anyway!

sollte auch nicht weiter tragisch sein oder?

Wo setzt man denn jetzt mit der Fehlersuche am besten an?

ipcop*CLI> pri show span 1
Primary D-channel: 3
Status: Provisioned, Down, Active
Switchtype: EuroISDN
Type: Network (PtMP)
Overlap Dial: -1
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3

Hilft das pri debug für eine ausgehende Verbindung bis zum "Ungültig" eventuell ein Problem zu erkennen? Mir sagt das jedenfalls nichts.

ipcop*CLI> pri debug span 1
Enabled debugging on span 1
1 -- Got SABME from cpe peer.
1 Sending Unnumbered Acknowledgement
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 < Protocol Discriminator: Q.931 (8)  len=37
1 < Call Ref: len= 1 (reference 1/0x1) (Originator)
1 < Message type: SETUP (5)
1 < [04 03 80 90 a3]
1 < Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
1 <                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
1 <                              Ext: 1  User information layer 1: A-Law (35)
1 < [6c 08 01 80 38 35 34 33 33 34]
1 < Calling Number (len=10) [ Ext: 0  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 <                           Presentation: Presentation permitted, user number not screened (0)  'meine Rufnummer' ]
1 < [70 0c 81 30 33 35 38 31 38 35 34 33 34 38]
1 < Called Number (len=14) [ Ext: 1  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)  'angerufene Rufnummer' ]
1 < [7d 02 91 81]
1 < High-layer compatibilty (len= 4) [ 1 0x91 1 0x81 1  ]
1 -- Making new call for cr 1
1 -- Processing Q.931 Call Setup
1 -- Processing IE 4 (cs0, Bearer Capability)
1 -- Processing IE 108 (cs0, Calling Party Number)
1 -- Processing IE 112 (cs0, Called Party Number)
1 -- Processing IE 125 (cs0, High-layer Compatibility)
1 q931.c:4234 q931_receive: call 1 on channel -1 enters state 6 (Call Present)
1 -- Restarting T203 counter
1 q931.c:3302 q931_setup_ack: call 1 on channel 2 enters state 25 (Overlap Receiving)
1 -- Restarting T203 counter
1 > Protocol Discriminator: Q.931 (8)  len=11
1 > Call Ref: len= 1 (reference 129/0x81) (Terminator)
1 > Message type: SETUP ACKNOWLEDGE (13)
1 > [18 01 8a]
1 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit  Other  Spare: 0  Exclusive  Dchan: 0
1 >                        ChanSel: B2 channel
1                          ]
1 > [1e 02 81 88]
1 > Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)
1 >                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
1 -- Restarting T203 counter### Hier beginnt der Moment wo ca. 30s nichts zu hören ist
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 -- Restarting T203 counter  
1 -- Restarting T203 counter
1 -- Restarting T203 counter### Hier enden die ca. 30s man sieht das "Ungültig" und hört das tut tut tut
1 < Protocol Discriminator: Q.931 (8)  len=8
1 < Call Ref: len= 1 (reference 1/0x1) (Originator)
1 < Message type: DISCONNECT (69)
1 < [08 02 80 e6]
1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
1 <                  Ext: 1  Cause: Recover on timer expiry (102), class = Protocol Error (e.g. unknown message) (6) ]
1 -- Processing IE 8 (cs0, Cause)
1 q931.c:4558 q931_receive: call 1 on channel 2 enters state 12 (Disconnect Indication)
1 -- Restarting T203 counter
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
1 q931.c:3435 q931_release: call 1 on channel 2 enters state 19 (Release Request)
1 -- Restarting T203 counter
1 > Protocol Discriminator: Q.931 (8)  len=8
1 > Call Ref: len= 1 (reference 129/0x81) (Terminator)
1 > Message type: RELEASE (77)
1 > [08 02 81 e6]
1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
1 >                  Ext: 1  Cause: Recover on timer expiry (102), class = Protocol Error (e.g. unknown message) (6) ]
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 < Protocol Discriminator: Q.931 (8)  len=4
1 < Call Ref: len= 1 (reference 1/0x1) (Originator)
1 < Message type: RELEASE COMPLETE (90)
1 q931.c:4490 q931_receive: call 1 on channel 2 enters state 0 (Null)
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 -- Got Disconnect from peer.
1 Sending Unnumbered Acknowledgement
1 -- Restarting T203 counter
1 Stopping T_203 timer for TEI 64
[Aug  2 20:27:51] WARNING[3238]: chan_zap.c:2510 pri_find_dchan: No D-channels available!  Using Primary channel 3 as D-channel anyway!

 

[stinkstiefel]

Ich hab die Ursache gefunden, ${CALLERIDNUM} war schuld.
Hat aber ganz schön gedauet bis ich darauf gekommen bin
das man jetzt ${CALLERID(num)} verwenden muss.

 

[stinkstiefel]

Naja ich hätte dann doch noch etwas was leider nicht funktioniert.
Wenn ich Rufnummern aus dem Telefonbuch des Gigaset CX253 wähle funktioniert das wunderbar vom Gefühl her kommt das Ruftonsignal auch viel schneller als früher. Ich finde sogar fast zu schnell. Wenn ich jedoch manuell wählen möchte bekomme ich nach Auswahl der abgehenden MSN kein Freizeichen/Amt und auf dem Display die Meldung "Nicht erreichbar Unbekannt" Krankt es da eventuell auch noch ein einer falschen Einstellung?
pri debug gibt für diesen Fall folgendes aus.

1 -- Got SABME from cpe peer.
1 Sending Unnumbered Acknowledgement
1 -- Restarting T203 counter
1 -- Restarting T203 counter
1 < Protocol Discriminator: Q.931 (8)  len=23
1 < Call Ref: len= 1 (reference 1/0x1) (Originator)
1 < Message type: SETUP (5)
1 < [04 03 80 90 a3]
1 < Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
1 <                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
1 <                              Ext: 1  User information layer 1: A-Law (35)
1 < [6c 08 01 80 38 35 34 33 33 34]
1 < Calling Number (len=10) [ Ext: 0  TON: Unknown Number Type (0)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 <                           Presentation: Presentation permitted, user number not screened (0)  'Meine MSN' ]
1 < [7d 02 91 81]
1 < High-layer compatibilty (len= 4) [ 1 0x91 1 0x81 1  ]
1 -- Making new call for cr 1
1 -- Processing Q.931 Call Setup
1 -- Processing IE 4 (cs0, Bearer Capability)
1 -- Processing IE 108 (cs0, Calling Party Number)
1 -- Processing IE 125 (cs0, High-layer Compatibility)
1 q931.c:4234 q931_receive: call 1 on channel -1 enters state 6 (Call Present)
1 -- Restarting T203 counter
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Present, peerstate Call Initiated
1 q931.c:3651 q931_release_complete: call 1 on channel -1 enters state 0 (Null)
1 -- Restarting T203 counter
1 > Protocol Discriminator: Q.931 (8)  len=8
1 > Call Ref: len= 1 (reference 129/0x81) (Terminator)
1 > Message type: RELEASE COMPLETE (90)
1 > [08 02 81 81]
1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
1 >                  Ext: 1  Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null