----- 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?
- Suche immer noch HFC-PCI Karte (hatte schon eine Asuscom-Karte in
der Hand, Verkaeufer sagte, die passt, dann war's eine Winbond-Loesung
:-( )
- 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.
> ... (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 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
:-(((
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
