[chan_sccp] Betatester gesucht

[zorg]

@chaos
genau den:
cf98a21e892648502567df425a69b85d chan_sccp-20060408-20070725.diff

 

[chaos2000]

dieser kommentiert aber auch nur die entsprechenden Zeilen aus - was für mich keine Lösung des Problems darstellt.
Ich werde mir das Problem mal am WE annehmen

 

[dynamic]

Gibt es noch wünsche für die Zukunft - ausser dem fix des codec-Problems?

Ich würde mich dem Wunsch nach "CONFRN" anschliessen ... das wäre mein Prio 1 ;-)

Thanks!

Gruß
dynamic

 

[chaos2000]

Könnt ihr das mal als Feature-Request bei sourceforge.net eintragen, dann vergisst man es nicht so schnell

 

[dynamic]

Könnt ihr das mal als Feature-Request bei sourceforge.net eintragen, dann vergisst man es nicht so schnell

Done and dusted

 

[chaos2000]

bis auf realtime hab ich alles auch mal für asterisk 1.2 zusammengeschraubt. Werde es die Tage mal hoch laden.
Dank davidded gibt es auch eine Lösung für Distinctive Ringing

 

[jam4ever]

Und? Hast du es hochgeladen? Bin da auch sehr interessiert dran...
Oder soll ich auf der Mailingliste nachfragen?

Danke schonmal...

 

[boardschauer]

Abstürze asterisk, coredump

Hallo chaos2000.

Seit einiger Zeit habe ich die chan_sccp-20070826 im Einsatz (asterisk-1.4.10, ca. 25 Telefone 7970). In der Testphase sind kaum Probleme aufgetreten.

Allerdings stürzt Asterisk jetzt recht häufig ab (ca. 1 Mal am Tag). Dies erst seit wir "richtig" telefoniern (also unter Last). Leider läßt sich das Verhalten bislang nicht reproduzieren.

Ich sehe manchmal die Ausgaben der Asterisk auf CLI vor dem Absturz, z.B.

    -- SEP0016xxxxxxxx: Ending call 58 on line 258
    -- SCCP: Asterisk request to hangup channel SCCP/258-0000003a
Segmentation fault (core dumped)

Dem Coredump ist nicht sehr viel zu entnehmen. Es zeigt eine unmenge an Threads, die alle "irre" gelaufen sind. Es sieht so aus, als würde ein Buffer-Overflow stattfinden.

(gdb) thread apply 1 bt

Thread 1 (process 15317):
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
#1  0x4190002c in ?? ()
...
10 0x40ed7f24 in ?? ()
#11 0x40202534 in _int_malloc () from /lib/tls/libc.so.6
#12 0x0000004b in ?? ()
#13 0x00000000 in ?? ()
...

Thread 2 (process 19708):
#0  0x00000246 in ?? ()
#1  0x00000000 in ?? ()
...
Thread 3 (process 10899):
#0  0x00000246 in ?? ()
Cannot access memory at address 0x0
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 4 (process 16318):
#0  0x00200246 in ?? ()
Cannot access memory at address 0x0
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 5 (process 15320):
#0  0x00200246 in ?? ()
Cannot access memory at address 0x8e8e8888
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 6 - 10 ähnlich wie oben

...
Thread 11 (process 15204):
#0  0x00000216 in ?? ()
#1  0x8beaf7b8 in ?? ()
#2  0xc969b845 in ?? ()
#3  0x000003e8 in ?? ()
#4  0xc106fac1 in ?? ()
#5  0xc2291ff8 in ?? ()
#6  0x1811948d in ?? ()
#7  0x89fffffc in ?? ()
#8  0xd1e93857 in ?? ()
#9  0xa1fffffa in ?? ()
#10 0x0815f180 in ast_config_AST_VAR_DIR ()
#11 0x840fc085 in ?? ()
#12 0xfffff394 in ?? ()
#13 0x1270ffbb in ?? ()
#14 0x948eb908 in ?? ()
...

Thread 12 (process 15203):
#0  0x00000206 in ?? ()
Cannot access memory at address 0x0
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 13 (process 15202):
#0  0x00000216 in ?? ()
#1  0x28282828 in ?? ()
#2  0x28282828 in ?? ()
#3  0x28282828 in ?? ()
#4  0x28282828 in ?? ()
...
Thread 14 (process 15201):
#0  0x00000212 in ?? ()
Cannot access memory at address 0x6d722f
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 15 (process 15200):
#0  0x00000206 in ?? ()
Cannot access memory at address 0x6c69466e
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6
...
Thread 20 (process 15195):
#0  0x00000212 in ?? ()
#1  0x00000000 in ?? ()
#2  0x00000002 in ?? ()
#3  0x0000000e in ?? ()
#4  0x00000004 in ?? ()
#5  0x081af160 in ?? ()
#6  0x00000000 in ?? ()
#7  0x00000000 in ?? ()
#8  0x00000000 in ?? ()
#9  0x407e45a8 in ?? () from /usr/lib/asterisk/modules/app_morsecode.so
#10 0x081af130 in ?? ()
#11 0x407e4000 in ?? ()
#12 0x407e6ae4 in ?? ()
#13 0x407e6000 in ?? ()
#14 0x40016670 in ?? ()
#15 0x081af008 in ?? ()
#16 0x00000000 in ?? ()
...

Thread 25 (process 15185):
#0  0x00000246 in ?? ()
#1  0x9180b808 in ?? ()
#2  0x4c890811 in ?? ()
#3  0x54891c24 in ?? ()
#4  0x44891824 in ?? ()
#5  0x04c70424 in ?? ()
#6  0x00000424 in ?? ()
#7  0x9d0ae800 in ?? ()
#8  0xb0e90001 in ?? ()
#9  0xb8fffffa in ?? ()
#10 0x0812a7b5 in __PRETTY_FUNCTION__.9340 ()
#11 0x04244489 in ?? ()
#12 0x89c8558b in ?? ()
#13 0x89e82414 in ?? ()
#14 0x85fffc79 in ?? ()
#15 0x8b1974c0 in ?? ()
#16 0x0489d845 in ?? ()
...
Thread 30 (process 15170):
#0  0x00200293 in ?? ()
Cannot access memory at address 0x0
#0  0x40201937 in malloc_consolidate () from /lib/tls/libc.so.6

Am 27.09. schrieb David in seine E-Mail an die Liste chan-sccp-users (berlios):

We have working support for * 1.4 (most work afaik by Marcello) as
follows:
- It now includes fixes for newer firmware received calls issues, we
also know that there is a locking problem, which I had discovered but
not yet added to Marcello's main tree. It should crashes when hanging
up in some cases.

Möglicherweise handelt es sich um mein Problem?

Alle Ideen zur Behebung sind willkommen.
Grüße
boardschauer

 

[chaos2000]

Hallo boardschauer,

sorry das ich nicht gleich auf deine Anfrage antworten konnte - hatte recht viel zu tun die letzten Tage.
David hat sich in der Zwischenzeit dem Problem mal angenommen und wahrscheinlich eine Lösung gefunden.

 

[saymen]

sccp client

hi,

ich habe den sccp client bei mir auf dem e61i drauf.

kurz die geschichte.

hatte eine testversion drauf, währenddessen die lizens geordert. das hat sich aber alles verzögert. nach ablauf der testversion hatte ich den Cisco client aus meinem e61i deinstalliert.
nachdem ich dann die lizens hatte habe ich die software wieder installiert,
alles erfolgreich.

leider taucht das register sccp in den verbindungseinstellungen nicht mehr auf.
lizens und software alles ist ok. nur die sccp einstellungen tauchen wiegesagt nicht mehr auf.

deinstallation und reinstallation hat in den verschiedensten varianten einfach nichts gebracht.

irgendwo im laufwerk c: müssen noch datenrückstände sein.

hat irgendjemand eine idee wie ich diesccp einstellungen wieder herbekomme, OHNE das gerät resetten zu müssen?

gruss und danke