VOIP FORUM

Hallo,

um ein altes Thema mal wieder aufzuwärmen. Welchen ISDN-channel
(TE-Mode) möchte man denn zur Anbindung von Asterisk verwenden?

Als Hardware verwende ich eine PCI-karte mit HFC chip.

Ich selbst habe gerade zaphfc (bristuff) und visdn ausprobiert.

Ersteres halte ich für indiskutabel, wegen völlig kaputtem Interrupt
Handling. Selbst mit patch von Florian Zumbiehl kriege ich das nicht
unter allen Umständen dauerstabilzum laufen.

visdn halte ich nach wie vor für vielversprechend, allerdings sind
die derzeit verfügbaren Entwickler Snapshots nicht benutzbar. Dass
das ganze Projekt eine "1 man show" ist trägt natüprlich
nicht zur
Vertrauenswürdigkeit bei.

chan misdn und chan capi habe ich noch nicht ausprobiert und deshalb
dieses Posting.

Hat jemand von euch damit bessere Erfahrungen gemacht?

Für mich interessant wäre wenn es zusätzlich zur Telefonie
möglich
wäre Datenverbindungen aufzubauen, bevorzugt über rawip.

Sven

P.S.: Followup bitte in die jeweils passendere Gruppe.

--
This golden age of communication Means everyone talks at the same time
(Lyrics of "New Model Army" song "225")

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

Sven Geggus schrieb:
> Hallo,
>
> um ein altes Thema mal wieder aufzuwärmen. Welchen ISDN-channel
> (TE-Mode) möchte man denn zur Anbindung von Asterisk verwenden?
>
> Als Hardware verwende ich eine PCI-karte mit HFC chip.
>
> Ich selbst habe gerade zaphfc (bristuff) und visdn ausprobiert.
>
> Ersteres halte ich für indiskutabel, wegen völlig kaputtem
Interrupt
> Handling. Selbst mit patch von Florian Zumbiehl kriege ich das nicht
> unter allen Umständen dauerstabilzum laufen.

Hmm? Welche Versionen? Wir setzen hier
Asterisk 1.0.10-BRIstuffed-0.2.0-RC8q (incl. florz-Patch) fehlerfrei
ein. 12 Teilnehmeranschlüsse, Anlagenanschluss mit 2 NTBA
(dementsprechend 2 HFC-Karten im Server)

Wie ich vor einiger Zeit zu meinem Erschrecken feststellen musste, ist
alles, was Last erzeugt, auf dem Interrupt 10 versammelt:
# cat /proc/interrupts
CPU0
0: 306703171 XT-PIC timer
1: 2 XT-PIC keyboard
2: 0 XT-PIC cascade
4: 4 XT-PIC serial
8: 1 XT-PIC rtc
10: 3166671576 XT-PIC usb-ohci, usb-ohci, eth0, zaphfc, zaphfc
12: 0 XT-PIC usb-ohci, ehci-hcd
14: 6499553 XT-PIC ide0
15: 68 XT-PIC ide1
NMI: 0
ERR: 0

Das scheint aber der Stabilität keinen Abbruch zu bringen. Wir haben zu
einem speziellen Kunden in wenigen Prozent der Fälle für wenige
Sekunden
am Anfang ein starkes Echo - das sind alle Probleme. Ansonsten läuft
alles hervorragend.

Tschau!

Michael

P.S.: X-Post und fup nach de.comm.internet.telefonie

In de.comp.os.unix.linux.isdn Michael Vogel <ike@spamfence.net> wrote:

> Hmm? Welche Versionen? Wir setzen hier
> Asterisk 1.0.10-BRIstuffed-0.2.0-RC8q (incl. florz-Patch) fehlerfrei
> ein.

Mit Asterisk 1.0.x und Kernel 2.4.x abe ich das ebenfalls stabil am
laufen. Meine Versuche das jetzt auf neue Hardware sowie Asterisk
1.2.x und Kernel 2.6.x zu migrieren betrachte ich nun erst mal als
gescheitert :(

Sven

--
"Whenever there is a conflict between human rights and property
rights, human rights must prevail." (Abraham Lincoln)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

In de.comp.os.unix.linux.isdn Michael Vogel <ike@spamfence.net> wrote:

> Hmm? Welche Versionen? Wir setzen hier
> Asterisk 1.0.10-BRIstuffed-0.2.0-RC8q (incl. florz-Patch) fehlerfrei
> ein.

Mit Asterisk 1.0.x und Kernel 2.4.x habe ich das ebenfalls stabil am
laufen. Meine Versuche das jetzt auf neue Hardware sowie Asterisk
1.2.x und Kernel 2.6.x zu migrieren betrachte ich nun erst mal als
gescheitert :(

Sven

--
"Whenever there is a conflict between human rights and property
rights, human rights must prevail." (Abraham Lincoln)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

Moin!

Hmm, hatteste den Artikel eben kurz revoked?

Sven Geggus schrieb:
> In de.comp.os.unix.linux.isdn Michael Vogel <ike@spamfence.net>
wrote:
>
>> Hmm? Welche Versionen? Wir setzen hier
>> Asterisk 1.0.10-BRIstuffed-0.2.0-RC8q (incl. florz-Patch) fehlerfrei
>> ein.
>
> Mit Asterisk 1.0.x und Kernel 2.4.x habe ich das ebenfalls stabil am
> laufen. Meine Versuche das jetzt auf neue Hardware sowie Asterisk
> 1.2.x und Kernel 2.6.x zu migrieren betrachte ich nun erst mal als
> gescheitert :(

Ist denn der Bristuff-Patch für 1.2 überhaupt schon Stable? Wobei mir

der Herr Junghanns schon vor der CeBIT sagte, dass sie zumindest ihre
Firmenanlage mittlerweile mit 1.2 betreiben würden.

Was ist denn instabil? Und kannst Du es testweise mit Kernel 2.4 versuchen?

Michael

Michael Vogel <ike@spamfence.net> wrote:

> Ist denn der Bristuff-Patch für 1.2 überhaupt schon Stable?

AFAIK nicht.

> Was ist denn instabil?

Es haut mir den zaphfc zu nicht nachvollziebaren Zeiten mit Buffer
overruns/underruns raus und von denen erholt er sich nicht mehr
sondern zieht die Maschine derart in den Keller, dass ein rmmod nötug
wird. Mit flood-pings oder bonnie und dergleichen kann ich dieses
Verhalten aber leider nicht künstlich erzeugen.

Ich werd mir wohl doch noch die anderen beiden Channeltreiber ansehen
müssen.

Sven

--
"Whenever there is a conflict between human rights and property
rights, human rights must prevail." (Abraham Lincoln)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

Sven Geggus <usenet@fuchsschwanzdomain.de> wrote:

> Ich werd mir wohl doch noch die anderen beiden Channeltreiber ansehen
> müssen.

OK, chan misdn hab ich jetzt mal ausprobiert. Also aktuelle misdn
Treiber aus den CVS ausgecheckt und mit nem vanilla Kernel 2.6.16.20
kombiniert. Beim rmmod gibts nen Kernel-oops! Das wäre ja noch halb
so schlimm, allerdinsg kann man auch durch eingehende Anrufe einen
Kernel-Oops produzieren. Man drückt einfach das Gespräch weg, bevor
auf der Asterisk Seite jemand abnimmt, schon hauts einem den Kernel
um die Ohren :(

Tolle Aktion! Letztlich stehe ich jetzt vor dem nichts, alle drei
Treiber die ich ausprobiert habe (zaphfc, visdn und misdn)
funktionieren nicht so stabil, dass ich damit ernsthaft in den
Produktionsbetrieb gehen kann :(

Sven

--
All bugs added by David S. Miller <davem@redhat.com>
Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

Sven Geggus schrieb:

> chan misdn und chan capi habe ich noch nicht ausprobiert und deshalb
> dieses Posting.
>
> Hat jemand von euch damit bessere Erfahrungen gemacht?

bei mir läuft chan capi cm. Es kam bei mir allerdings schon ein paar mal
vor, dass sich Asterisk beim beenden eines ISDN Gesprächs einfach
beendet hat. chan capi unterstützt aber Berichten zufolge nicht alle
Features (welche sind das?) einer HFC Karte.

Mit den anderen Channels kenne ich mich leider nicht so gut aus.
Deswegen wollte ich auch zu euerem Asteriskworkshop kommen, hatte es
aber leider nicht geschafft.