🚀 go-pugleaf

Thomas Freitag wrote:
> 
> Hallo,
> 
> Randdaten:
> Linux 2.2.17, Debian potato
> Internetzugang �ber ISDN: Teles 16.0 aka Creatix
> 
> Problem:
> Es funktionierte alles problemlos, bis heute Nacht, w�hrend ich online war der Einwahlserver rebootet wurde, seitdem legt bei
> jedem Einwahlversuch die Gegenstelle auf.
> 
> Ich habe schon mit den LCP-Einstellungen in ipppd.ippp0 herumgespielt, hat aber nichts geholfen. Mit dem Windowsrechner meiner
> Schwester (AVM Fritz!Classic) funktionierts (deswegen benutze ich gerade auch OE). Woran k�nnte es liegen? Ich verzweifele.

Ist Windows das Ma� aller Dinger ? 

> Meine Provider-Hotline gibt nichts her "wenn es mit Windows funktioniert, dann liegt das Problem bei ihnen".
> 
> --cut syslog
> Feb 28 13:18:01 cerberus kernel: ippp0: dialing 1 XXXXX...
> Feb 28 13:18:03 cerberus ipppd[1116]: Local number: XX, Remote number: XXXXX, Type: outgoing
> Feb 28 13:18:03 cerberus ipppd[1116]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 1, fd: 9
> Feb 28 13:18:03 cerberus ipppd[1116]: sent [1][LCP ConfReq id=0x1 <mru 1500> <MPmrru 0x5dc> <MPdiscr: 0x4[ 00 00 00 00 2d 94
> 40 00 ]>]

> Feb 28 13:18:03 cerberus ipppd[1116]: sent [1][IPCP ConfReq id=0x1 <addr 0.0.0.0>]
> Feb 28 13:18:03 cerberus ipppd[1116]: rcvd [1][LCP TermReq id=0x7b]
> Feb 28 13:18:03 cerberus ipppd[1116]: LCP terminated by peer

Versuch mal was anderes als [0.0.0.0] im ifconfig f�r ippp0 zu verwenden und
anzubieten,
es gibt Gegenstellen, die [0.0.0.0] an dieser Stelle nicht m�gen.

> --cut ipppd.ippp0
> #silent                 # don't even try to initiate the connection
> #passive                # wait for the peer to initiate the connection
> #lcp-echo-failure X     # consecutive echo failures
> #lcp-echo-interval X    # time for lcp echo events
> lcp-restart 1           # Set timeout for LCP
> #lcp-max-terminate X    # Set max #xmits for term-reqs
> #lcp-max-configure X    # Set max #xmits for conf-reqs
> #lcp-max-failure X      # Set max #conf-naks for LCP
> --cut

Falls beide Seiten dynamische IPs verwenden, solltest Du noch

ipcp-accept-local  und ipcp-accept-remote  als Optionen verwenden.


HTH,
--Frank Elsner

Frank Elsner <elsn4000@mailszrz.zrz.TU-Berlin.DE> schrieb in im Newsbeitrag: 3C7E26B7.65DFF4E2@mailszrz.zrz.TU-Berlin.DE...

> Ist Windows das Ma� aller Dinger ?

Nein, aber mein Provider argumentiert, dass der Fehler nicht bei ihm liegt, da es mit Windows funktioniert (womit er
sicherlich nicht ganz unrecht hat), meiner Argumentation, dass der Fehler erst aufgetreten ist, seit der Einwahlserver
rebootet wurde widerspricht er ja.

> Versuch mal was anderes als [0.0.0.0] im ifconfig f�r ippp0 zu verwenden und
> anzubieten, es gibt Gegenstellen, die [0.0.0.0] an dieser Stelle nicht m�gen.

Bringt nichts.

> Falls beide Seiten dynamische IPs verwenden, solltest Du noch
> ipcp-accept-local  und ipcp-accept-remote  als Optionen verwenden.

Das ist aktiviert, ich habe nur in Ausschnitten gepostet, da der Fehler wohl am LCP-Handshaking liegt.

--
Thomas Freitag -- tf.nospam@darkwhole.de -- www.darkwhole.de

"Thomas Freitag" <tf.nospam@darkwhole.de> wrote:

>> Versuch mal was anderes als [0.0.0.0] im ifconfig f�r ippp0 zu
>> verwenden und anzubieten, es gibt Gegenstellen, die [0.0.0.0] an
>> dieser Stelle nicht m�gen. 
 
> Bringt nichts.

--verbose 
bitte

Denn der Fehler scheint hier aufzutreten:

| Feb 28 13:18:03 cerberus ipppd[1116]: sent [1][IPCP ConfReq id=0x1 <addr 0.0.0.0>] 
| Feb 28 13:18:03 cerberus ipppd[1116]: rcvd [1][LCP TermReq id=0x7b] 

[ipppd.ippp0] 
> ich habe nur in Ausschnitten gepostet, da der Fehler wohl am
> LCP-Handshaking liegt. 

schonmal mit einer "Minimalkonfiguration" versucht? 


-- 
Dirk-L�der Kreie                  the email address is correct *as
is* http://www.nord-com.net/dkreie/             
dlk-nospam@deelkar.ath.cx 

Dirk-Lueder Kreie <dlk-nospam@deelkar.ath.cx> schrieb in im Newsbeitrag: Xns91C3C0C674F54deelkar@ftp.deelkar.ath.cx...

>>> Versuch mal was anderes als [0.0.0.0] im ifconfig f�r ippp0 zu
>>> verwenden und anzubieten, es gibt Gegenstellen, die [0.0.0.0] an
>>> dieser Stelle nicht m�gen.

>> Bringt nichts.

> --verbose
> bitte

Es aendert sich rein gar nichts, nur, dass er eben eine andere IP anbietet.

> Denn der Fehler scheint hier aufzutreten:
> | Feb 28 13:18:03 cerberus ipppd[1116]: sent [1][IPCP ConfReq id=0x1 <addr 0.0.0.0>]
> | Feb 28 13:18:03 cerberus ipppd[1116]: rcvd [1][LCP TermReq id=0x7b]

Unbestritten...

> schonmal mit einer "Minimalkonfiguration" versucht?

Ja, als Erstes. Mittlerweile funktioniert es wieder, mein Provider hat seinen Server
noch einmal rebootet. Mich hat das ganze sicherlich zwei Stunden gekostet, habe aber
wenigstens ein bisschen gelernt. ;)

--
Thomas Freitag -- tf.nospam@darkwhole.de -- www.darkwhole.de