Suchergebnisse

Gibt ein nettes Programm mir dem sogar *.gsm bearbeitet werden kann. Wavepad

Das Problem habe ich komischerweise auch. Bei Anrufen nach PSTN und von PSTN. Vermute es liegt wahrscheinlich am Echocanceller und da beim Echotraining. Sicher bin ich mir aber nicht (habs nicht ausprobiert) Gruß

Also laut: http://www.voip-info.org/wiki/index.php?page=Asterisk+sip+tos kannst du die Werte auch direkt setzen. Da IP - Precedence bit 0-2 im Tos Feld sind, mußt du die halt entsprechend setzen. Kein Anspruch auf Korrektheit: tos=BO in sip.conf

Hab mal dein Problem mit zwei TE110P nachgestellt: Asterisk<->TE11P<--->TE110P<->Asterisk in dieser Kombination funkioniert es so wie du willst. Wenn auf der einen Seite mit dem Channel 20 rausgewählt wird, kommt der Call auf der anderen Seite auf Channel 20 an. Vermute es ist ein HiPath Problem.

Dann fällt mir nur noch eine Variblenverwaltung dazu ein: exten => _ZXXX.,1,Set(TMPEXTEN=0${EXTEN}) exten => _ZXXX.,n,Dial(misdn/1/${TMPEXTEN:1})

Ich glaub jetzt hab ich es verstanden. Also: exten => _ZXXX.,1,Dial(misdn/1/0${EXTEN:1}) schneidet immer die erste Nummer der gewählten Extension ab und fügt ein vorgestellte 0 zur Amtsholung hinzu. Wenn du 1234 wählst (1234 = Extension) wird in Wirklichkeit 0234 gewählt,es soll aber 01234...

ist zwar kein misdn Problem, sonder ein extensions, aber wenn ichs richtig verstanden habe, haben deine internen Telefone zweistellige Nummern und alles andere soll ins PSTN ohne das du eine führende 0 vorwählen musst. Versuchs mal so: [outgoing] ; interne Nummern (zweistellig ) exten =>...

@betateilchen bin halt ein langsamer Tipper :), Fragen waren alle schon beantwortet @franzose setz mal die verboseness hoch (set verbose 4) und poste nochmal die Fehlermeldung die die cli ausgibt

[gelöscht] war zu langsam :)

Also wie ich das sehe wählst du nur die 4, dein context erwartet aber eine zweistellige Nummer. Da die nirgends steht wird der call abgewiesen. exten => _4X,1,NoCDR() exten => _4X,n,Dial,SIP/${EXTEN}|55|Ttr Welche Nummer oder Nebenstelle willst du eigentlich erreichen?

Also einen Fehler habe ich glaube ich schonmal entdeckt: contect=pstn soll wohl eher heißen context=pstn ist das die ganze zapata.conf? Habe auch Warnings, bei mir liegts aber darin dass ich unterhalb der Group 1 weitere groups definiert hab, diese aber analog sind. Da die bei channels global...

PCI-X ist in soweit abwärtskompatibel, dass normale 3,3V PCI-Karten darin funktionieren. 3,3V PCI-Karten erkennt man daran, dass sie eine zweite Kerbe an der PCI-Steckleiste haben. 5V Karten haben nur eine Kerbe. Gruß

Hat eigentlich keinen besonderen Grund. Liegt daran, das in unserer Firma schon eine BN4S0 vorhanden war. Hab dann festgestellt, dass zwei ISDN-Ports an der Karte defekt waren (soll heißen L2 ging nicht hoch egal was ich gemacht habe). Da wir aber mindestens vier ISDN-Ports brauchten (2*PTP...

mehr Informationen notwendig: -welches Endgerät benutzt du? -ist eine Firewall zwischen * und dem Endgerät? -stehen * und Engerät im gleichen Netz? -hörst du was wenn du jemanden anderen anrufst, oder tritt das Problem nur auf wenn du was auf dem * abhören willst? -tritt das auch mit anderen...

Hallo Sterkel, wir haben hier folgende Konfiguration laufen: 1 * TDM400P mit 4 FXS Ports (analog, alle in Benutzung) 1 * E100P (PRI) 2 * BN4S0 (BRI, jeweils aber nur 2 Ports im TE Mode angeschlossen) Rechner: Intel Pentium 4 3GHz 1Gb RAM 2 * 160 GB Festplatten 1 * Intel Netzwerkkarte (PCI)...

Hier ist mal meine extensions.conf, noch mit Priorityjumping: [incomingSIP] exten => _X.,1,Macro(sipdialcheck,${EXTEN}) ; **** Umleitung einrichten exten => _*21*X.,1,DBput(CFIM/${CALLERIDNUM}=${EXTEN:4}) exten => _*21*X.,2,DBput(MIFC/${EXTEN:4}=${CALLERIDNUM}) exten =>...

Ich hab das Problem gelöst, indem beim ersten Anrufer auf Umleitung geprüft wird und dann mit einem Macro gewählt wird, dass nicht mehr auf Umleitung pruft also: SIP A ->Macro Normal -> SIP B SIP A ->Macro Normal -> SIP B -> Macro ohne Umleitung -> SIP A d.h. bei SIP A wird nicht mehr auf...

Sicher bin ich mir nicht. Aber ein cat config-2.6.8-24.19-default |grep ACPI gibt dies aus: CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_FAN=m...

Ich glaub nicht, dass die Fehler von den verpaßten Interrupts kommt. Heut morgen nochmal nachgeschaut. Immer noch 3 verpaßte Interrupts aber 7 neue Fehlermeldungen. Und ja, in dem Rechner ist eine E100P, zwei BN4SO ISDN-Karten von Beronet und eine TDM400P. Und bis auf diese Fehlermeldung...

Hallo, danke für die schnelle Antwort. Hab mal generell nach HDLC-Fehlern gesucht. Dies kam dabei raus: cat /var/log/asterisk/messages |grep HDLC Feb 22 19:45:08 NOTICE[15092] chan_zap.c: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1 Feb 22 19:45:10 NOTICE[15092] chan_zap.c...