AOCD und Sirrix BRI bzw. PRI Karten

[3baume]

Hallo Leute!

Ich hab mir grad mal die Sirrix ISDN Karten angesehen und habe ein für mich sehr interessantes Leistungsmerkmal entdeckt:

Gebührenübermittlung (AOCD) in Einheiten oder als Währungsbetrag
(ITU-T Q.956.2, ETSI EN 300 188-1)

Was ich mich jetzt frage ist, ob die Karte dann einen Passthrough dieser Pakete von einem auf einen anderen Kanal macht, oder ob man auch direkt selbst solche AOCD Pakete erzeugen kann (wenn man zB über SIP telefoniert).

Vielleicht hat ja schon jemand damit Erfahrungen gemach?

 

[sirrix]

Aocd

Hi!

Was ich mich jetzt frage ist, ob die Karte dann einen Passthrough dieser Pakete von einem auf einen anderen Kanal macht, oder ob man auch direkt selbst solche AOCD Pakete erzeugen kann (wenn man zB über SIP telefoniert).

Beides ;-) Man kann für jede Gruppe im NT-Modus konfigurieren ob AOCD gesendet werden soll und ob dies als Einheiten oder als Betrag passieren soll. Es werden dann zum einen auf einer TE-Gruppe empfangene AOCD Informationen durchgereicht. Zum anderen kann man im aktuellen Treiber auch durch Setzen von Wählplanvariablen selbst AOCD Informationen generieren.

Das Forwarding von AOCD Informationen an SIP Endgeräte (z. B. SNOM) haben wir prototypisch schonmal implementiert. Da aber Asterisk keine Unterstützung für AOC bietet muss dazu aber mindestens der chan_sip gepatcht werden.

Viele Grüße
Oskar.

 

[pi4tel]

Beides ;-)

Das ist sicherlich die beste Antwort.

Das Forwarding von AOCD Informationen an SIP Endgeräte (z. B. SNOM) haben wir prototypisch schonmal implementiert. Da aber Asterisk keine Unterstützung für AOC bietet muss dazu aber mindestens der chan_sip gepatcht werden.

Asterisk bietet keine Unterstützung für AOC, aber ist dies überhaupt in SIP vorgesehen und können beispielsweise Snom Telefone etwas damit anfangen? Im chan_sip käme es auf einen Patch mehr oder weniger nun nicht mehr an.

Können mit chan_sirrix auch AOC-E Informationen ausgewertet werden?

Fragen über Fragen.

Stefan

 

[sirrix]

Hi!

Asterisk bietet keine Unterstützung für AOC, aber ist dies überhaupt in SIP vorgesehen und können beispielsweise Snom Telefone etwas damit anfangen?

Ich weiß nicht ob es ein offizielles RFC gibt das das für SIP definiert. Zumindest SNOM bietet aber die Möglichkeit AOC zu übertragen - wir haben das mit Snom 360 auch schon getestet.

Können mit chan_sirrix auch AOC-E Informationen ausgewertet werden?

Prinzipiell schon. Es würde quasi "sofort" funktionieren wenn die ISDN-Seite (also die Gegenstelle) auflegt. Hier kommt das AOC-E dann im DISCONNECT mit und könnte an das Snom übermittelt werden bevor wir den Hangup signalisieren. Legt aber das Snom auf, so ist der Kanal Asterisk-Intern schon abgebaut bevor die AOC-E Info dann im RELEASE kommt. Somit könnten wir die Info nicht mehr zum Snom durchschicken.

Um das zusammenzufassen: Asterisk bietet wie gesagt kein Interface für AOC. Das Problem kann man bei AOC-D relativ einfach lösen da der Kanal ja "offen" ist. Bei AOC-E wird es aber in 50% der Fälle problematisch und nur mit unschönen Hacks zu lösen. AOC-E würde ich daher eher nicht verwenden wollen.

Viele Grüße
Oskar.

 

[pi4tel]

Hi Oskar,

vielen Dank für die Information.

Bei AOC-E wird es aber in 50% der Fälle problematisch und nur mit unschönen Hacks zu lösen. AOC-E würde ich daher eher nicht verwenden wollen.

Könnte man die AOC-E Information zumindest in CDR Records schreiben oder auf andere Weise mitprotokollieren?

Stefan

 

[sirrix]

Könnte man die AOC-E Information zumindest in CDR Records schreiben oder auf andere Weise mitprotokollieren?

Hmmm ... das Problem ist - wie bereits gesagt - dass zusammen mit dem Hangup von Asterisk auch der Kanal weg ist. Damit gibt es auch keine Möglichkeit mehr auf den CDR zuzugreifen. Man könnte natürlich die Daten einfach mit "ast_log" _irgendwo_ hin schreiben - dass das sinnvoll ist glaube ich aber nicht.

Falls jmd. noch eine andere Möglichkeit sieht einen Channel auch nach dem Hangup im Code noch zu verwenden sind wir natürlich für einen Tipp offen.

Viele Grüße
Oskar.

 

[udosw]

Falls jmd. noch eine andere Möglichkeit sieht einen Channel auch nach dem Hangup im Code noch zu verwenden sind wir natürlich für einen Tipp offen.

IMHO kann man doch in die Extension 'h' springen, bzw. springt * nach Auflegen dorthin. Dort stehen auch noch die Channel-Variablen zur Verfügung. Ich verwende das in einigen Instalationen.

Mal eben getestet:

exten => h,1,NoOp(Ende des Anrufs)
exten => h,n,Set(CDR(userfield)=MEIN TEST)

Funktioniert: 'MEIN TEST' wird in den CDR-Record geschrieben.

Udo

 

[sirrix]

Hi!

IMHO kann man doch in die Extension 'h' springen, bzw. springt * nach Auflegen dorthin.

Hmmm ... ja und nein. Es gibt genau einen Fall in dem wir ein Problem haben:

Wir machen ein Dial(Srx/g...) ins öffentl. Netz, bekommen einen CONNECT und der anrufende Teilnehmer legt auf. In diesem Fall würde Asterisk dem Srx-Channel ein "hangup" signalisieren, woraufhin der Asterisk-Channel nicht mehr zur Verfügung steht. Da wir AOCE aber erst _nach_ dem Hangup bekommen könnten wir dieses nicht mehr speichern. Die einzige Möglichkeit wäre, das Hangup so lange blocken zu lassen bis wir AOCE erhalten und abgespeichert haben. Ich bin mir aber ziemlich sicher, dass dies nicht so vorgesehen ist und zu Problemen führen wird.

Viele Grüße
Oskar.

 

[ac!]

Mit DEADAGI funktioniert das nicht?