[Problem] Using polarity reversal or not!?

[ahmed_gaffar]

Hallo,
Leute ich habe folgendes Problem, bei mir läuft der asterisk 1.6.2.13, und ein AllyWay EIA2008QB als FXO Gateway um call termination nach Afrika, alles läuft super, bis auf eine Sache die Minutes kalkullation ob es durch CDR oder A2Billing für die Anrufkarten, sind nicht genau, die EIA2008QB macht call through und mein Astrisk fängt an zu rechnen bevor der Callee anehmt, also ich habe mich schlau gemacht und wo gefunden, dass das ein Polarity reversal problem sein könnte, habe ich ja auch gemacht, aber da nach rechnet nix, und call wird in 55 Sec gebrochen MSg"no body answer" obwohl schon das Gescpäch mit Partner B läuft.
in chan_dahdi.conf habe ich folgendes addiert:

answeronpolarityswitch=yes
hanguponpolarityswitch=yes

'[email protected]'. Giving up.
Jul 20 21:24:07 VERBOSE [14155] app_dial.c:-- SIP/sudan_connection-00000169 is circuit-busy
Jul 20 21:24:07 VERBOSE [14155] app_dial.c:== Everyone is busy/congested at this time (1:0/1/0)
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s@macro-dialout-trunk:20] NoOp("SIP/306-00000168", "Dial failed for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 18") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s@macro-dialout-trunk:21] Goto("SIP/306-00000168", "s-CONGESTION,1") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Goto (macro-dialout-trunk,s-CONGESTION,1)
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s-CONGESTION@macro-dialout-trunk:1] Set("SIP/306-00000168", "RC=18") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s-CONGESTION@macro-dialout-trunk:2] Goto("SIP/306-00000168", "18,1") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Goto (macro-dialout-trunk,18,1)
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [18@macro-dialout-trunk:1] Goto("SIP/306-00000168", "s-NOANSWER,1") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Goto (macro-dialout-trunk,s-NOANSWER,1)
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s-NOANSWER@macro-dialout-trunk:1] NoOp("SIP/306-00000168", "Dial failed due to trunk reporting NOANSWER - giving up") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s-NOANSWER@macro-dialout-trunk:2] Progress("SIP/306-00000168", "") in new stack
Jul 20 21:24:07 VERBOSE [14155] pbx.c:-- Executing [s-NOANSWER@macro-dialout-trunk:3] Playback("SIP/306-00000168", "number-not-answering,noanswer") in new stack
Jul 20 21:24:07 VERBOSE [14155] file.c:-- Playing 'number-not-answering.gsm' (language 'en')
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s-NOANSWER@macro-dialout-trunk:4] Congestion("SIP/306-00000168", "20") in new stack
Jul 20 21:24:09 WARNING [14155] channel.c:Prodding channel 'SIP/306-00000168' failed
Jul 20 21:24:09 VERBOSE [14155] app_macro.c:== Spawn extension (macro-dialout-trunk, s-NOANSWER, 4) exited non-zero on 'SIP/306-00000168' in macro 'dialout-trunk'
Jul 20 21:24:09 VERBOSE [14155] pbx.c:== Spawn extension (from-internal, 00249912290500, 4) exited non-zero on 'SIP/306-00000168'
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [h@from-internal:1] Macro("SIP/306-00000168", "hangupcall") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:1] GotoIf("SIP/306-00000168", "1?noautomon") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Goto (macro-hangupcall,s,3)
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:3] NoOp("SIP/306-00000168", "TOUCH_MONITOR_OUTPUT=") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:4] GotoIf("SIP/306-00000168", "1?skiprg") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Goto (macro-hangupcall,s,7)
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:7] GotoIf("SIP/306-00000168", "1?skipblkvm") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Goto (macro-hangupcall,s,10)
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:10] GotoIf("SIP/306-00000168", "1?theend") in new stack
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Goto (macro-hangupcall,s,12)
Jul 20 21:24:09 VERBOSE [14155] pbx.c:-- Executing [s@macro-hangupcall:12] Hangup("SIP/306-00000168", "") in new stack
Jul 20 21:24:09 VERBOSE [14155] app_macro.c:== Spawn extension (macro-hangupcall, s, 12) exited non-zero on 'SIP/306-00000168' in macro 'hangupcall'
Jul 20 21:24:09 VERBOSE [14155] pbx.c:== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/306-00000168'
Jul 20 21:25:01 VERBOSE [2610] asterisk.c:-- Remote UNIX connection

ich bitte um schnelle Helfe, ich wird damit pleite gehen

 

[chaos2000]

frage: ueber was (SIP, dahdi) waehlst du raus?
Ueber welche tech kommen die invites?

 

[ahmed_gaffar]

erklärung

Danke chaos2000 für deine schnelle Antwort, ich weiß leider nicht was du meinst mit welche SIP oder DAHDI? oder Tech für die Invites, ich habe den Trunk als SIP trunk gebunden und da funktionieren die Anrufe normal ob von der Asterisk seite oder A2Billing, problem ist bei CDR Report die rechnet früher als es sein muss (Ring Zeit inklu.) und da habe ich auf anderen Fourm gefunden das, dass ein chan_dahdi.conf problem sein könnte !! also ich bin neu zu VOIP tech. aber ich versuches ja halt

danke noch mal fpr deine Antwort

 

[chaos2000]

nur was bringt dir eine Aenderung an chan_dahdi.conf wenn du gar kein dahdi verwendest?
Wie sieht denn dein dial command aus?
Wie sieht eigentlich dein dialplan aus?
Was steht in der AGI-CONF von A2Billing?

 

[ahmed_gaffar]

Danke

Hallo chaos2000 , und danke gleichzeitig, also ich danke dir dein durchhaltung um mir Hilfe zu geben, aber wie bekomme ich :
Wie sieht denn dein dial command aus?
Wie sieht eigentlich dein dialplan aus?
die AGI-CONF von A2Billing kann ich kopieren obwohl ich die nicht habe ich benutze Asterisk in einer Elastix box.

Danke noch mal

 

[chaos2000]

die AGI-CONF von A2Billing kann ich kopieren obwohl ich die nicht habe ich benutze Asterisk in einer Elastix box.

Das mit Elastix hast Du noch nicht erwähnt.
Du sagtest du verwendest A2Billing und soweit ich weiss ist die AGI-CONF dort vorhanden.