Suchergebnisse

und woher generierst du?

und in deinem dialplan ist das dann anders?

nein, sofern es im lan ist - kein problem

mit isdn hast du aber eh nur alaw, also nur unnötiges transcoding ohne qualitätsverbesserung. zu dem nachklingeln gab es schon einen ähnlichen thread: http://www.ip-phone-forum.de/showthread.php?t=234136 Ich würde also erst mal mit der firmware spielen.

Firmware issue, aktuelle firmware isntallieren. Warum verwendest du g722 wenn du über isdn telefonierst?

ja ist es, mit firmware. Wie das funktioniert steht hier im forum

exten => _[+0-9]X.,1,

exten => _+X.,1,.....

_X. matched alles was mit zahl beginnt - so sollte es zumindest sein. Fuege doch einfach mal als zweite zeile noop(${CALLFILENAME}) ein dann kannst ja mal in der cli mit verbose 4 schaun, da siehst du auch was er macht

aber exten => _X.,1,..... matched kein +49, bist du sicher das ist der richtige context?

wo soll den das +49 stehen, weil ${EXTEN} kann es nicht sein, das match keine +X.

komisch: Registrierung Cisco 7961 an Fritzbox -> Konfigurationsdateien

dazu gibt es hier im forum schon etliche beitrage auch mit funktionierender config. Die einzelnen punkte jetzt zu vergleichen macht keinen sinn

Serverintern? was du schreibst versteh ich nicht. Schalte doch mal nat aus und teste noch mal

901 intern oder nicht? Das hier sagt schon alles: [2011-08-31 18:16:44] VERBOSE[14720] chan_sip.c: Retransmitting #4 (NAT) to ##IPDESANGERUFENEN##:5060:

hast du reinvite an?

core set debug 4 sip set debug on prüfen ob der logger auch auf cli debug meldungen ausgibt Dann hast du alles was du für ein sip debug brauchst

sip debug ist nicht ganz echtzeit aber für das was du untersuchen möchtest kannst du es als echtzeit ansehen

ich glaub das ware ein firmware issue, es gab noch einen thread mit diesem thema. Schau mal bitte ob Du den findest

[100] type=friend callerid="Abteilung1" <100> cid_number=100 schau mal ob das funktioniert