Re: ippt.gov.pl poza siecia?

Autor: Lukasz Ploszajski (lukasz_at_nask.org.pl)
Data: Thu 05 Jan 1995 - 18:53:47 MET


piotr pogorzelski (ppogorze_at_PROBLEM_WITH_INEWS_DOMAIN_FILE) wrote:
: Lukasz Ploszajski (lukasz_at_nask.org.pl) wrote:

: : Wiem (niestety). IPPT mialo polaczenie synchroniczne 64k na routerze ka9q
: : i tzw. czeskiej karcie. Chodzilo to dobrze ze starym software'm na cisco,
: : ale po wymianie na nowszy hardware i software okazalo sie, ze przestalo.

: Do tej pory OK.

: : Przyczyna jest to, ze PPP w ka9q nie jest zaimplementowany zgodnie z
: : RFC i cisco nie moze sie z ka9q dogadac (inne polaczenia po PPP, np z routerem
: : na Novellu chodza OK.).

: : Rozwiazaniem tymczasowym na ktore IPPT sie zdecydowalo jest przejscie na
: : wolniejsze polaczenie asynchroniczne.

: Na tym samym komputerze co do tej pory i tym samym ka9q. Tylko bez tej czeskiej
: karty. Wiec problemu nie nalezy szukac w ka9q. Szkoda, ze dzialania NASK-u
: sprowadzily sie tylko do namawiania nas do kupna dobrego routera lub
: przyjecia tego "tymczasowego rozwiazania".

: : Przy okazji prosba do wszystkich: jesli ktos wie o programie routera na PC
: : z dobrze zaimplementowanym PPP i dzialajacym na packet-driverach, to prosze
: : i informacje.

: moze ka9q, dziala z nowym sprzetem i oprogramowaniem CISCO

Chwila moment, dziala ka9q z polaczeniem asynchronicznym z protokolem SLIP.
Zrobilem blad (mea culpa) - to nie wina ka9q, a packet-drivera do czeskiej
karty, co i tak nie zmienia konsekwencji.

A swoja droga, to jak swiat swiatem to abonenci dostosowuja sie do standardu
operatora, a nie na odwrot. Chyba nikt nie ma pretensji do TP S.A. za to,
ze wymienia centrale na nowsze, bo stare juz nie zdaja egzaminu i nie pisze
petycji z tego powodu, ze przedwojenne telefony zle wybieraja numery.
A poza tym nikt z nas przeciez nie wiedzial, ze taki problem powstanie.
To packet-driver do karty nie jest zgodny ze standardem, a nie software
w Cisco.

Juz widze, jaka dyskusje rozpetam :-)

Pozdrowienia

-Lukasz



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 15:49:43 MET DST