[chan_sccp] Betatester gesucht

chaos2000 · 27 Aug 2007

Hallo zusammen,

wir suchen noch Testwillige die eine neue Beta von chan_sccp testen wollen und Fehler finden (wenn hoffentlich auch nicht so viele

).
Wie gesagt ist noch Beta und kann zu Fehlern führen - auch wenn es das bei uns nicht gemacht hat.
Der code ist asterisk 1.4.10 kompatibel.

neue features:
-serviceURL für linebuttons (siehe sccp.conf)
-toggeling dnd status am phone (siehe sccp.conf)
-received-calls-patch
-setvar

download: http://sourceforge.net/projects/chan-sccp-b/
Feature Requests und bugs bitte bei sourceforge eintragen.

janosch · 27 Aug 2007

Moin Moin,

ich würds gerne testen, kriegs aber mit asterisk 1.2.16 nicht kompiliert, läuft das nur mit Asterisk 1.4.x ?

Was genau bewirkt den eigentlich der received-calls-patch?

viele Grüsse

der janosch

chaos2000 · 27 Aug 2007

diese Version läuft nur für asterisk 1.4

CTU · 27 Aug 2007

Hi,
wenn ich wieder da bin, kannst du natürlich auch auf mich zaehlen ;-)

Frage:

Ist mit toggeling DND gemeint, dass man DND am Telefon verschieden parametrieren kann, also ob "Besetzt" oder "silent" etc. ?

mfg,
CTU

zorg · 27 Aug 2007

hi,

habe gerade den letzten berlios mit andreas anderssons patch (siehe chan-sccp-b mailingliste, "[Chan-sccp-b-discussion] CHAN FIXES") plus den received patch am laufen.

@chaos200: inwiefern unterscheidet sich jetzt euer code noch davon? ich hatte bisher ausser mit andreas patch auch immer das problem, dass bei ausgehenden calls keine verbindung zustande kam und immer diese fehlermeldung kam:

Code:

[Aug 20 17:52:00] WARNING[18683]: sccp_pbx.c:350 sccp_pbx_write: SEPxxxxxxxxxxxx: Asked to transmit frame type 0, while native formats is 8 (read/write = 8/8)

erst mit besagtem patch funktioniert das mit meinem asterisk 1.4.11 aus debian sid.

hardware park hier: 7920, 7960, 7970, ata186

ciao

martin

zorg · 27 Aug 2007

hi,

gerade noch vergessen:

fuer das nokia e61 gibt es ja auch einen sccp client. leider funktioniert dieser nicht richtig mit chan_sccp...

hat da von euch vielleicht einer ambitionen?

ciao

martin

chaos2000 · 28 Aug 2007

@zorg
Der Client für das e61 würde mich interessieren. Von wo ist dieser?
Den Patch haben wir noch nicht drin, haben uns erst einmal auf die Weiterentwicklung vertieft - ich werde mir den Patch allerding einmal anschauen.
Wenn Probleme auftreten sagt bescheid.
Ansonsten s.o.

@CTU
ja, ganau

boardschauer · 28 Aug 2007

chaos2000 schrieb:
Hallo zusammen,

wir suchen noch Testwillige die eine neue Beta von chan_sccp testen wollen und Fehler finden (wenn hoffentlich auch nicht so viele ).
Wie gesagt ist noch Beta und kann zu Fehlern führen - auch wenn es das bei uns nicht gemacht hat.
Der code ist asterisk 1.4.10 kompatibel.

Der Code läßt sich bei mir nicht kompilieren (asterisk-1.4.10):

Code:

make clean install
rm -rf config.h chan_sccp.so .tmp
sh ./create_config.sh "/usr/include"
Checking Asterisk version...
Build PARK functions (y/n)[n]?n
Build PICKUP functions (y/n)[n]?n
 * found 'struct ast_channel_tech'
 * found 'ast_bridged_channel'
 * found 'struct ast_callerid'
 * found 'AST_MAX_CONTEXT'
 * found 'MAX_MUSICCLASS'
 * no 'AST_MAX_ACCOUNT_CODE'
 * found 'AST_CONTROL_HOLD'
 * found 'ast_config_load'
 * found 'ast_copy_string'
 * found 'AST_FLAG_MOH'
 * found endian.h
 * found strings.h
 * found new ast_app_has_voicemail
 * found new ast_get_hint
 * found new devicestate.h
 * found AST_DEVICE_RINGING
 * found 'ast_group_t'
 * found 'ast_app_separate_args'
 * found AST_EXTENSION_RINGING
 * found ast_string_field_funcs
 * found new ast_cli_generator definition
config.h complete.
Now compiling .... chan_sccp.c          1549 lines 
chan_sccp.c: In function â:
chan_sccp.c:1316: error: incompatible type for argument 1 of â
chan_sccp.c:1316: error: too many arguments to function â
chan_sccp.c:1323: error: incompatible type for argument 1 of â
chan_sccp.c:1323: error: too many arguments to function â
chan_sccp.c:1327: error: incompatible type for argument 1 of â
chan_sccp.c:1327: error: too many arguments to function â
chan_sccp.c:1334: error: incompatible type for argument 1 of â
chan_sccp.c:1334: error: too many arguments to function â
chan_sccp.c: At top level:
chan_sccp.c:1370: warning: no previous prototype for â
chan_sccp.c:1374: warning: function declaration isnât a prototype
chan_sccp.c:1437: warning: function declaration isnât a prototype
chan_sccp.c: In function â:
chan_sccp.c:1490: error: incompatible type for argument 1 of â
chan_sccp.c:1490: error: too many arguments to function â
chan_sccp.c: At top level:
chan_sccp.c:1535: warning: function declaration isnât a prototype
chan_sccp.c:1543: warning: function declaration isnât a prototype
chan_sccp.c:1547: warning: function declaration isnât a prototype
make: *** [.tmp/chan_sccp.o] Error 1

Hat jemand eine Idee?
Grüße
boardschauer

zorg · 28 Aug 2007

@chaos2000: dieser hier: Intellisync_Call_Connect_for_Cisco_1.37.sis

ciao

martin

chaos2000 · 28 Aug 2007

@boardschauer

hast du auch die chan_sccp-20070826.tgz verwendet?
Dann müsste bei make aber eine andere Abfrage kommen.

rasselbande · 29 Aug 2007

Probleme beim kompilieren von chan_sccp hatte ich nicht. Läuft auf *1.4.11 bis jetzt stabil durch. Und hat bei ankommenden Anrufen einen neuen Menüknopf, die DirektÜbergabe. Was macht man damit?

Joel · 29 Aug 2007

@chaos2000

Der aktuelle "Intellisync Call Connect for Cisco Client" liegt in der Version 1.40(4)
vor.

Du hast eine PN.

CU
sneak

boardschauer · 29 Aug 2007

chaos2000 schrieb:
@boardschauer

hast du auch die chan_sccp-20070826.tgz verwendet?
Dann müsste bei make aber eine andere Abfrage kommen.

Ja, in der Tat. Ich habe die März-Version erwischt.

Die 20070826er läßt sich kompilieren. Es sieht auch sehr gut aus.

Bei Anrufen über IAX (bzw. chan_capi) taucht noch folgender Fehler auf:

Code:

sccp_pbx.c:361 sccp_pbx_write: SEPxxxxxx: Asked to transmit frame type 0, while native formats is 8 (read/write = 8/8)

Folgender Patch im Asterisk-Code main/channel.c hilft bei mir dagegen:

In der Methode int ast_channel_make_compatible () steht ziemlich am Anfang (Zeile 3328 ) :

Code:

        if (chan->readformat == peer->writeformat && chan->writeformat
== peer->readformat) {
                /* Already compatible!  Moving on ... */
                return 0;
        }

Dieser Fragment wird ersetzt durch:

Code:

        if (chan->readformat == peer->writeformat && chan->writeformat
== peer->readformat) {
                /* Already compatible!  Moving on ... */
                src = peer->nativeformats;
                dst = chan->nativeformats;
                ast_translator_best_choice(&dst, &src);
                ast_set_read_format(chan, dst);
                ast_set_write_format(peer, dst);
                return 0;
        }

chaos2000 · 29 Aug 2007

@boardschauer

dacht ich mir. hab leider noch keine Idee wie ich es im chan_sccp lösen könnte.

@rasselbande
das ist noch aus meinen tests. Wollte damit eine direkte Weiterleitung realisieren - aber noch nicht aktiv.

masterSLZ · 29 Aug 2007

Also das chan_sccp-20070826 compiliert und laeuft soweit erstmal hier (mit 1.4.11).

Das Codec Problem habe ich auch hier mit der in anderem Thread bereits erwaehnten Symptomerschiessung durch auskommentieren erstmal auf spaeter verschoben - fuer mich funktionierts bisher.

Code:

        } /* else {
                if (!(frame->subclass & ast->nativeformats)) {
                        if(!ast->nativeformats){
                                //src = peer->nativeformats;
                                //dst = chan->nativeformats;
                        //ast_translator_best_choice(&dst, &src);
                                //ast_set_read_format(chan, dst);
                                //ast_set_write_format(peer, dst);
                        }else{
                                ast_log(LOG_WARNING, "%s: Asked to transmit frame type %d, while native formats is %d (read/write = %d/%d)\n",
                                DEV_ID_LOG(c->device), frame->subclass, ast->nativeformats, ast->readformat, ast->writeformat);
                                return -1;
                        }
                }
        } */

Die neuen Optionen benutze ich nicht weiter, kann also dazu nichts sagen.

bye
-slz

chaos2000 · 29 Aug 2007

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

masterSLZ · 30 Aug 2007

Oehm - "alle fehlenden Callmanager Features"?

Mir wurde zuletzt vor allem das Fehlen von "Confrn" ins Ohr gemault *niemandendirektanschau*
MeetMe waere auch nicht schlecht wo wir schon dabei sind.

Grundsaetzlich sollten halt zumindest diese Basisfunktionen die man so braucht funktionieren, wie man sie z.b. im lustigen Online-Tutorial von Cisco sieht
( z.B. http://www.cisco.com/warp/public/779/largeent/avvid/products/7960a/index_1020.htm )

Das waere zumindest ein Ziel vor Augen.

bye
-slz

chaos2000 · 30 Aug 2007

Wir werden uns bemühen.
Wenn jemand dumps von einem Callmanager hat bzgl. Confrn usw würden wir uns sehr freuen.

zorg · 30 Aug 2007

hi chaos,

wie bereits oben erwaehnt fixt der patch von andreas von der chan-sccp-b mailingliste das

Code:

Asked to transmit frame type 0, while native formats is 8 (read/write = 8/8)

problem, ohne, dass man dafuer den asterisk code anfassen muesste. das ist ja der grund, warum ich diesen patch verwende und nicht deinen code...

ciao

martin

chaos2000 · 30 Aug 2007

@zorg
meinst du chan_sccp-20060408-20070725.diff ?

[chan_sccp] Betatester gesucht

Aktives Mitglied

Neuer User

Aktives Mitglied

Mitglied

Neuer User

Neuer User

Aktives Mitglied

Neuer User

Neuer User

Aktives Mitglied

Neuer User

Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Statistik des Forums