On Tue, Dec 14, 1999 at 09:36:05AM +0100, Leopold Toetsch wrote:
>
> ----- Original Message -----
> From: Andreas Kool <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Montag, 13. Dezember 1999 21:05
> Subject: Weihnachtsgeschenke
>
>
> > Hallo Leute!
> >
> > Gestern abend habe ich eine neue Version des isdnlog in das I4L-CVS
> > eingecheckt, die es in sich hat!
> >
> > Diese Version kann _aktives_LCR_ !!
> >
> > Dazu mu� jedoch vorher ein neuer Linux-Kernel (oder zumindest ein
> neues
> > HiSax-Modul) mit dem aktuellen Kram aus dem CVS erstellt werden.
> >
> > Bei der Kernel-Generierung mu� die Option
> >
> > CONFIG_ISDN_WITH_ABC_LCR_SUPPORT
> >
> > gew�hlt werden.
> >
> > Danach siehst man folgende neuen Meldungen des isdnlog:
> >
> > ABC_LCR: Request for number ...
> > ABC_LCR: New number "..." (via xxx:yyy) -- RESULT=zzz
> >
> > Was passiert da? Der isdnlog schnappt sich direkt aus dem Kernel
> > die zu w�hlende Nummer, blockiert die Rauswahl, berechnet den
> > passenden (billigsten) Provider, jubelt dem Kernel die neue Nummer
> > unter, und veranlasst das w�hlen ...
>
> OOh, Schtaun, es geschehen noch Weichen und Zunder zu Wein-Achteln.
> Super.
>
> - ISDN-Kernel-CVS hat bei mir nie funktioniert - wie bekomm ich das?
cvs -d :pserver:[EMAIL PROTECTED]:/i4ldev -z3 checkout isdn
> - Suche immer noch HFC-PCI Karte (hatte schon eine Asuscom-Karte in
> der Hand, Verkaeufer sagte, die passt, dann war's eine Winbond-Loesung
> :-( )
Sehr bald kommt eine neue Version der Teles-16.3c raus, auf der sich
auch der relevante HFC-Chip befindet. Ein Bekannter von mir hat z.Zt. ein
Labormuster aus England auf seinem Labortisch laufen.
Ich sch�tze mal Anfang n�chsten Jahres d�rften diese Karten im Laden
sein ... einfach mal bei Vobis eine Verpackung aufrei�en, und auf das
gro�e Chip schauen ;-)
Ich halte jede Wette, das es von Teles zu dieser neuen Karte bald auch
kostenpflichtige Zusatzsoftware geben wird, die
a) Den Echo-Kanal nutzt, um (wie isdnlog das mit einer zus�tzlichen,
gedreht angeschlossenen ISDN-Karte macht) die Telefonnummer jeglicher
Verbindungen anzuzeigen
b) Aktives LCR via Windows-Programm anbietet
Das mu� der *einzige* Grund f�r Teles sein, mit diesem Chip eine neue
Karte rauszubringen, da der HFC-Chip *wesentlich* teurer ist, als alle
anderen, aber eigentlich f�r einen "normalen" ISDN-User keine Verbesserungen
beinhaltet.
Wenn die das machen, werde ich aber *echt*sauer* !
> - Zum aktiven LCR habe ich noch einen nicht ganz unwichtigen Zusatz:
>
> Der zu waehlende Provider haengt auch stark von der Verbindungszeit
> ab. Die ist aber im Vorhinein natuerlicherweise nicht bekannt. Nun
> koennte man aber in der History nachschauen und 1. eine
> durchschnittliche Gespraechsdauer fuer die gewuenschte Nummer suchen,
> und 2. wenn das eine neue Nummer ist, eine durchschnittliche
> Gespraechsdauer fuer die gewaehlte Region ausrechnen und damit
> getLeastCost fuettern.
> Um das halbwegs schnell zu erledigen braeuchten wir wahrscheinlich
> eine eigene Datenbank in der die Gespraechshistory aufsummiert ist.
> Datensatz:
>
> Nummmer - Anzahl - Durchschnittliche Fasel-Dauer
> oder
> Nummmer - Blabla-Dauer der letzten 10 Gespraeche
>
> Beim Auflegen aktualisiert isdnlog diese Datenbank, beim LCR liest er
> dort nach und holt sich eine plausible Gespraechsdauer raus.
> Startwerte koennte man aus isdn.log gewinnen, bzw. wenn das wie bei
> mir nur die ISP-Nummer enthaelt, aus einem Parameter 'geschaetzte
> Durchschnittsgespraechsdauer' aka (LCR_DURATION)
> Eine weitere Verfeinerung waere noch, die ausgehende MSN auch mit
> auszuwerten, da ja bei Telefonanlagen unterschiedliche Leute mit
> unterschiedlichen Angewohnheiten vor den Telefonapparaten sitzen.
Interessanter Vorschlag --- werde ich mal dr�ber nachdenken.
Z.Zt. ermittle ich den passenden Provider mit einer gedachten
Verbindungsdauer von 153 Sekunden. Das ist lt. Statistik die
durchschnittliche Dauer einer Verbindung, und dar�ber hinaus werden
Anbieter mit Sekunden-Taktung �berproportional bevorteilt - was meine
Absicht ist.
> > ... (deswegen, Michi/Leo ben�tigte ich
> > auch eine *schnelle* "getLeastCost()" Routine).
>
> Da das ohnehin nur fuer die 'booked'-Providers Sinn macht, sehe ich
> kein Problem mit der Geschwindigkeit.
> Seit meinem getRate-Patch vom 31.7 sehe ich auch keine groeberen
> Optimierungsmoeglichkeiten mehr.
> Aber wie schon ein paar mal beschrieben, isdnlog sollte sich die
> struct TELNUMs anstatt der Einzelteile merken, dann wuerden noch ein
> paar Takte eingespart werden.
Das mache ich (f�r's LCR) schon, Leo. F�r "tools.c" reiche ich das noch
nach. Ansonsten ist die Geschwindigkeit von getLeastCost() absolut akzeptabel,
da im Millisekundenbereich.
> > Das bezieht sich jedoch *nur* auf Rauswahlen mit der ISDN-Karte,
> nicht
> > etwa auf die anderen Ger�te am S0-Bus! (Leider ...)
>
> Ohjegal, warum das? Dann kann man obige Verfeinerung wieder vergessen
> :-(((
Keineswegs!
Aber im einzelnen (und hiermit beantworte ich auch gleich die Frage
von Alexander, die �hnlich aussieht):
1. *Nur* mit dem (leider von Teles patentierten Verfahren) ist es
m�glich,
- den gesamten S0-Bus zu belauschen
- bei rausgehenden Verbindungen irgend eines Ger�tes die Daten
Richtung Amt zu *zerst�ren*
- durch neue (erweiterte) zu ersetzen
Das mit isdnlog-3.76 vorgestellte Verfahren arbeitet hingegen
mehr oder weniger im HiSax-Treiber, und bezieht sich daher auch nur
auf den Verkehr, den der HiSax-Treiber aktiv verursacht.
2. Es w�re totaler Bl�dsinn, �ber dieses Verfahren je nach Tageszeit
usw. einen der vielen m�glichen Internet-by-Call Anbieter
rein-zu-mappen, da ja nicht nur die Telefonnummer ge�ndert werden
m��te, sondern auch z.b. die Nameserver-IP-Nummer, die Adresse
des SMTP-/POP3 Servers, evtl. der HTTP-Proxy usw. Das ist aber
(per heute ...) out-of-scope des isdnlog!
3. Die eigentliche Anwendung liegt wo ganz anders: Ich z.b. habe hier
bei mir um die 50 ISDN-HDLC-Interfaces zu Routern meiner ganzen
Kunden oben (Michi z.b. macht etwas �hnliches). Diese Kunden sind
quer durch Europa verstreut, und da macht es nat�rlich Sinn, je nach
Tageszeit/Wochtag/sonstwas den einen oder anderen (Telefondienst-)
Provider zu verwenden.
> leo
>
Ciao,
Andreas
--
Andreas Kool ([EMAIL PROTECTED] * http://www.pweb.de/kool.f)
PGP: 3FBF2411 Fingerprint: B5 35 34 74 25 60 2A 7A 89 06 92 C4 08 BA A5 BD
(To get my PGP key, send me a mail with subject "send pgp key")
Transmission of this message via the Microsoft Network is prohibited
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
------------------------------------------------------------------------
Life's too short to send boring email. Let SuperSig come to the rescue.
http://click.egroups.com/1/6809/6/_/_/_/963500629/
------------------------------------------------------------------------
To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
