Gesprächsabbrüche mit Asterisk - WARUM? (log anbei)

[thorsten.gehrig]

Hi
ich habe jetzt endlich mal extensives logging aktiviert und meine oft vorhandenen aber nicht reproduzierbaren gesprächsabbrüche geloggt.
Derzeit benutze ich den neuesten BRISTUFF, hatte das problem aber schon mit allen anderen bristuffs.
Outgoing ist in diesem fall dus.net - mit GMX hatte ich aber auch oft das problem.

hier der logauszug von gerade eben:

Sep 28 19:50:27 DEBUG[8882] acl.c: ##### Testing 83.125.8.46 with 192.168.0.0
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Target address 83.125.8.46 is not local, substituting externip
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Scheduled a registration timeout for voip.dus.net id  #21873
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Requ
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Stopping retransmission on '[email protected]' of Request 140: Match Found
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Requ
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Stopping retransmission on '[email protected]' of Request 141: Match Found
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Registration successful
Sep 28 19:50:27 DEBUG[8882] chan_sip.c: Cancelling timeout 21873
Sep 28 19:50:40 DEBUG[28162] channel.c: Didn't get a frame from channel: SIP/dusnet-0819aa70
Sep 28 19:50:40 DEBUG[28162] channel.c: Bridge stops bridging channels SIP/24-a7114890 and SIP/dusnet-0819aa70
Sep 28 19:50:40 DEBUG[28162] chan_sip.c: update_call_counter(060214488038) - decrement call limit counter
Sep 28 19:50:40 DEBUG[28162] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Sep 28 19:50:40 VERBOSE[28162] logger.c:   == Spawn extension (line-out, 0060214488038, 6) exited non-zero on 'SIP/24-a7114890'
Sep 28 19:50:40 WARNING[28162] ast_expr2.fl: ast_yyerror(): syntax error: syntax error, unexpected TOK_EQ, expecting TOK_MINUS or TOK_COMPL or TOK_LP or TOKE
 = 1
 ^
Sep 28 19:50:40 WARNING[28162] ast_expr2.fl: If you have questions, please refer to doc/README.variables in the asterisk source.
Sep 28 19:50:40 DEBUG[28162] pbx.c: Expression result is '0'
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Executing GotoIf("SIP/24-a7114890", "0?2:8") in new stack
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Goto (line-out,h,8)
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Executing Goto("SIP/24-a7114890", "hangup|16|1") in new stack
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Goto (hangup,16,1)
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Executing Playback("SIP/24-a7114890", "0") in new stack
Sep 28 19:50:40 DEBUG[28162] channel.c: Scheduling timer at 160 sample intervals
Sep 28 19:50:40 VERBOSE[28162] logger.c:     -- Playing '0' (language 'de')

Ich vermute diese Zeile ist das Problem:
Sep 28 19:50:40 DEBUG[28162] channel.c: Didn't get a frame from channel: SIP/dusnet-0819aa70

Das hier wundert mich aber auch - scheint aber erst NACH dem abbruch zu sein:
Sep 28 19:50:40 WARNING[28162] ast_expr2.fl: ast_yyerror(): syntax error: syntax error, unexpected TOK_EQ, expecting TOK_MINUS or TOK_COMPL or TOK_LP or TOKE
= 1
^


Kann mir jemand beim debuggen helfen??

Gruß
Thorsten

 

[Guard-X]

Auf welcher Asterisk-Version basiert denn der Bristuff? Ich hatte auch ein ähnliches Problem mit * 1.2.5, mit 1.2.12.1 war der Fehler weg...

mfg Guard-X

 

[thorsten.gehrig]

Hi

Connected to Asterisk 1.2.10-BRIstuffed-0.3.0-PRE-1s

hab aber mittlerweile weiter im logbuch geschaut. die besagte meldung habe ich öfters - ohne dass sich meine Frau beschwert hat dass Gesprächsabbrüche da gewesen währen -> spricht dafür das die identische meldung kommt wenn die gegenseite auflegt... (normale gesprächsbeendung)

bringt mich nicht wirklich weiter in meinem problem :-(

cu
Thorsten