Re: Beim ersten PPP-Verbindungsaufbau zur UMTS-Karte kommen unsinnige Nameserver
On Fri, 11 Jul 2008 03:44:03 +0200, Sascha Reißner
<reiszner@novaplan.at> wrote:
>Am Donnerstag, den 10.07.2008, 10:17 +0200 schrieb Marc Haber:
>> Das ist unstrittig. Aber wieso meinst Du, dass NAT Pflicht ist, wenn
>> das System des Kunden eine offizielle, weltweit routebare IP-Adresse
>> zugewiesen bekommt, die Full Service Resolver aber einer
>> RFC1918-Adresse haben?
>
>Wenn sein Interface eine 10er-Adresse hat, sollte es nicht ins Internet
>geroutet werden, da sonst die Antwort an 10.x.y.z ?nie ankommen würde.
Ja, und? Der ISP kann am Ausgang seines Netzes ins Internet NATten und
innerhalb seines eigenen Netzes die RFC1918-Adressen routen als wären
es ganz normale.
>> Wie willst Du mit der IP-Adresse 10.20.64.64/32 den unter 10.11.12.13
>> erreichbaren DNS-Server ohne Routing erreichen?
>
>ACK. Aber ich gehe davon aus, daß wenn man schon 10er-Adressen
>verwendet, dann auch ?10.20.64.64/8 zuweist.
Du gehst von falschen Voraussetzungen aus. Den Broadcasttraffic eines
/8 will man selbst auf einem Gigabit-Ethernet-Interface _nicht_ haben.
Ich habe in meiner dann doch nicht erst seit gestern bestehenden
IP-Praxis nie ein größeres Netz als /22 gesehen. Und selbst das war
eigentlich schon zu groß.
>> >Einziges Szenario das nicht funktioniert, wäre eine öffentliche IP und
>> >DNS im 10er-Netz.
>>
>> Diese Aussage ist flasch. Natürlich funktioniert das.
>
>Bitte erkläre mir wie ein Router im Internet einen Host mit der Adresse
>10.11.12.13 findet.
Das Netz eines ISPs ist nicht das Internet.
>> Genau deswegen kommt erstmal ein NAK zurück. Die Karte hat die
>> Informationen noch nicht die das Clientsystem haben will.
>
>Aber warum bietet er dir mit dem NAK gleich DNS und WINS an, wenn er
>selbst noch keine Informationen hat?
Das weiß ich nicht.
>| ?sent [IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>]
>?| rcvd [IPCP ConfNak id=0x7 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
>?| sent [IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 0.0.0.0>]
>| rcvd [IPCP ConfReq id=0x4]
>?| sent [IPCP ConfNak id=0x4 <addr 0.0.0.0>]
>?| rcvd [IPCP ConfRej id=0x8 <compress VJ 0f 01>]
>?| sent [IPCP ConfReq id=0x9 <addr 0.0.0.0>]
>?| rcvd [IPCP ConfNak id=0x9 <addr 10.230.166.95>]
>?| sent [IPCP ConfReq id=0xa <addr 10.230.166.95>]
>?| rcvd [IPCP ConfAck id=0xa <addr 10.230.166.95>]
>?| rcvd [IPCP ConfReq id=0x5]
>?| sent [IPCP ConfAck id=0x5]
>
>In Zeile 4 empfängt der ppp ein ConfReq von der Karte und danach bekommt
>er auch endlich die IP.
Huh? Ich dachte immer, das ConfReq käme vom PPP-Daemon des Clients?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Reply to: