Re: ISP Einwahl debuggen

On Sun, Apr 14, 2002 at 06:38:30PM +0200, Matthias Teege wrote:
> On Sun, Apr 14, 2002 at 01:06:04PM +0200, Bernd Walter wrote:
> > On Sun, Apr 14, 2002 at 11:19:33AM +0200, Matthias Teege wrote:
> > > Natürlich werde ich diese Beobachtung dem Provider mitteilen. Mich
> > > würde aber zusätzlich interessieren, ob jemand Derartiges schon
> > > einmal hatte und ob es eine Möglichkeit gibt, daß gezielter zu
> > > debuggen. Eine Workaround wird sicher nicht möglich sein.
> >
> > Aus deiner Sicht ist wichtig, das das Packet rausgeht und keines
> > zurückkommt.
> > Das solltest du auf ppp Ebene machen um einen lokalen Fehler
> > auszuschließen.
> > Fehlermöglichkeiten beim Provider gibt es einige - darunter auch
> > einige die z.B. ein Windows toleriert.
>
> Das ist interessant. Ich kommuniziere schon eine Weile mit meinem
> Provider und der erste Schnellschuß lautete: "Senden sie doch einen
> Dauerping auf $IP. Der Fehler könnte im Windows TCP/IP Stack
> liegen." Anscheinend haben die meine Mail nicht gelesen. Ich
> verstehe nicht, wie die Leute mit dieser "Try and error" Masche
> überhaupt arbeiten können. Den aktuellen Dumps zufolge sieht es wohl
> wie ein Routing oder Filterproblem aus. Die IP Adressen, die nicht
> funktionieren, sind die jeweils kleinste und größte aus einem Block
> der für die dynamischen Adressen verwendet wird.

Das ist doch schon mal eine gute Erklärung dafür das bei denen
was falsch läuft.
PPP ist Point-To-Point, aber denoch wird mit einer Netzmaske
gearbeitet, die leider auf einigen Systemen auch als solche verstanden
wird - in der Regel auch vom Acessserver.
Wenn die Maske nun flasch ist macht es Ärger.
Die Vergabe erfolgt in der Regel durch den Radiusserver, welcher
nicht wissen kann wie die Blöcke auf dem Accessserver eingetragen
sind.
Es ist eindeutig ein Providerfehler.
Ein anderer Effekt in dem Fall ist oft, das du andere IPs aus dem
gleichen Block nicht ereichen kannst, selbst wenn diese Online sind.

> Wie auch immer, ich sehe mir nochmal die ppp Ebene an und warte auf
> die Antwort meines Providers.

Wer das nicht versteht sollte keinen Dial-In betreiben.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso(at)cicely.de         Usergroup           info(at)cosmo-project.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message