- Mitglied seit
- 6 Okt 2005
- Beiträge
- 21
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hallo VoIP Freaks,
da habe ich nach einem Festplattendefekt die Gelegenheit ergriffen und Asterisk (und alles andere) neu installiert.
Nun tritt folgender Effekt auf :
Ich wähle von einem Zap Channel (POTS Telefon => PBX => ISDN HFC im TE Mode) eine Extension an, welche einen SIP Call zu einem Mobile über web.de aufbaut.
-- Executing Answer("Zap/1-1", "") in new stack
-- Accepting voice call from '**10' to '22' on channel 0/1, span 1
-- Executing Dial("Zap/1-1", "SIP/0179geheim@web_ext|180") in new stack
-- Called 0179geheim@web_ext
-- SIP/web_ext-dedf is ringing
-- SIP/web_ext-dedf is making progress passing it to Zap/1-1
Jun 28 19:04:35 WARNING[16760]: chan_zap.c:8503 zt_pri_error: 1 updating callstate, peercallstate 10 to 11
-- SIP/web_ext-dedf is ringing
Das gerufene Mobile signalisiert einen ankommenden Ruf. Nun lege ich an dem POTS Telefon auf (bevor das Mobile den Ruf annimmt) :
-- Channel 0/1, span 1 got hangup ACK
Das gerufene Mobile signalisiert aber weiter einen ankommenden Ruf !!!!!!
Nun verwende ich den Channel Zap/1-1 erneut. Folgendes geschieht :
Jun 28 19:05:03 WARNING[16760]: chan_zap.c:9134 pri_dchannel: Ring requested on channel 0/1 already in use on span 1. Hanging up owner.
== Spawn extension (from_isdn, 22, 8) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
-- Executing Answer("Zap/1-1", "") in new stack
-- Accepting voice call from '**10' to '22' on channel 0/1, span 1
...
Anscheinend hat die Kombination von Asterisk und bristuff hier ein Problem mit der Channelverwaltung.
Nun meine Fragen :
Kann jemand mit einer ähnlichen Konfiguration das Problem bestätigen ?
Ist eine Lösung bekannt ?
Handelt es sich um ein Konfigurationsproblem oder um einen Bug ?
Gruß ... Erik
da habe ich nach einem Festplattendefekt die Gelegenheit ergriffen und Asterisk (und alles andere) neu installiert.
Nun tritt folgender Effekt auf :
Ich wähle von einem Zap Channel (POTS Telefon => PBX => ISDN HFC im TE Mode) eine Extension an, welche einen SIP Call zu einem Mobile über web.de aufbaut.
-- Executing Answer("Zap/1-1", "") in new stack
-- Accepting voice call from '**10' to '22' on channel 0/1, span 1
-- Executing Dial("Zap/1-1", "SIP/0179geheim@web_ext|180") in new stack
-- Called 0179geheim@web_ext
-- SIP/web_ext-dedf is ringing
-- SIP/web_ext-dedf is making progress passing it to Zap/1-1
Jun 28 19:04:35 WARNING[16760]: chan_zap.c:8503 zt_pri_error: 1 updating callstate, peercallstate 10 to 11
-- SIP/web_ext-dedf is ringing
Das gerufene Mobile signalisiert einen ankommenden Ruf. Nun lege ich an dem POTS Telefon auf (bevor das Mobile den Ruf annimmt) :
-- Channel 0/1, span 1 got hangup ACK
Das gerufene Mobile signalisiert aber weiter einen ankommenden Ruf !!!!!!
Nun verwende ich den Channel Zap/1-1 erneut. Folgendes geschieht :
Jun 28 19:05:03 WARNING[16760]: chan_zap.c:9134 pri_dchannel: Ring requested on channel 0/1 already in use on span 1. Hanging up owner.
== Spawn extension (from_isdn, 22, 8) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
-- Executing Answer("Zap/1-1", "") in new stack
-- Accepting voice call from '**10' to '22' on channel 0/1, span 1
...
Anscheinend hat die Kombination von Asterisk und bristuff hier ein Problem mit der Channelverwaltung.
Nun meine Fragen :
Kann jemand mit einer ähnlichen Konfiguration das Problem bestätigen ?
Ist eine Lösung bekannt ?
Handelt es sich um ein Konfigurationsproblem oder um einen Bug ?
Gruß ... Erik