Tele2 Problem mit Namensauflösung von einer IP

[painty]

Hallo,

ich habe von der Tele2 ein 8er Netz zur Verfügung gestellt bekommen.
Bei einer der IPs funktioniert die Namensaufslösung 6 von 10 mal. Die Internetseiten muss man desöfteren erneut nachladen.

Das Paradoxe daran is, bei allen anderen 5 IPs funktionierts einwandfrei eben nur bei der einen nicht.
Getestet mit Ubuntu Live CD und zwei verschiedenen Rechnern.

DNS: 4.2.2.2 bei allen verwendeten Rechnern.

Kann mir da jemand behilflich sein?

Lg
painty

[jutta]

bin mir nicht sicher, ob ich das problem richtig verstehe:

du hast ein /29 netz (8 oeffentliche ip adressen, davon 5 fuer clients verwendbar)

du hat diese oeffentlichen ip-adressen rechnern in deinem lan zugewiesen und hast beim surfen manchmal das problem, dass die verbindung zu webseiten langsam aufgebaut wird, weil die dns-aufloesung nicht jedesmal hinhaut.

abgesehen davon, dass die verbindung zu 4.2.2.2 schon recht lange dauert, weil der weit weg ist, vermute ich vage hier ein problem:

> bei allen anderen 5 IPs funktionierts einwandfrei eben nur bei der einen nicht.

wie oben erwaehnt, sind von den 8 oeffentliche ip adressen normalerweise 5 frei verwendbar. die anderen drei sind fuer netz-id, gateway und broadcast reserviert. es gibt zwar manchmal konstruktionen, bei denen man auch die gateway-ip (und sogar netz-id und broadcast ip) im lan verwenden kann, aber solche konstruktionen koennen nebenwirkungen haben.

vielleicht verraetst du einmal das letzte oktett der verwendeten adressen (also zb x.x.x.17, x.x.x.18 usw) und bei welcher du das problem hast.

[painty]

ID: x.x.x.48
GW: x.x.x.49
1 H. x.x.x.50
2 H. x.x.x.51
l H. x.x.x.54
BC: x.x.x.55
Meine dynamische IP auf dem Dialer-Interface: X.X.X.31
Verwendeter DNS: 4.2.2.2
Ping auf 4.2.2.2 ca. 21 ms.

Beim 2. Host gibts Probleme mit der Namensauflösung.
Das paradoxe beim 1.H, 3.H, 4.H, 5. H funktioniert die Namensauflösung völlig korrekt.
Nslookup kann immer auflösen.

Ich habe testweise NAT mit dem 2ten Gigabit Interface auf Dialer 0 eingerichtet. Dialer 0 hat nämlich ebenfalls eine offizielle IP (nicht so wie bei der TA eine aus dem 172er Netz). Da funktioniert die Namensauflösung mit obigen DNS auch nicht korrekt.

Anbei die Router-Config:
Gigabit Ethernet 0/1 (geroutetes 8er Netz)
Gigabit Ethernet 0/0 (NAT auf Dialer0)

Code: Alles auswählen

version 15.3
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
boot system flash:c1900-universalk9-mz.SPA.153-2.T.bin
boot-end-marker
!
!
!
no aaa new-model
!
ip cef
!
!
!
!
!
!
no ipv6 cef
multilink bundle-name authenticated
!
!
!
license udi pid CISCO1921/K9 sn FCZ1631708W
!
!
username cisco privilege 15 password 0 cisco
!
!
controller SHDSL 0/1/0
mode efm
dsl-group auto
!
!
!
!
bridge irb
!
!
!
!
interface Embedded-Service-Engine0/0
no ip address
shutdown
!
interface GigabitEthernet0/0
ip address 192.168.0.254 255.255.255.0
ip nat inside
ip virtual-reassembly in
duplex auto
speed auto
!
interface GigabitEthernet0/1
no ip address
ip virtual-reassembly in
duplex auto
speed auto
bridge-group 1
!
interface Ethernet0/1/0
no ip address
!
interface Ethernet0/1/0.2
encapsulation dot1Q 2
pppoe enable group global
pppoe-client dial-pool-number 1
!
interface Dialer0
ip address negotiated
no ip redirects
no ip unreachables
ip mtu 1492
ip nat outside
ip virtual-reassembly in max-reassemblies 128
encapsulation ppp
tx-ring-limit 1
tx-queue-limit 1
dialer pool 1
dialer-group 1
ppp authentication pap callin
ppp pap sent-username [email protected]@utadsl password 0 PASSWORD
no cdp enable
!
interface BVI1
ip address X.X.X.49 255.255.255.248
no keepalive
!
ip forward-protocol nd
!
no ip http server
no ip http secure-server
!
ip nat inside source list NATLIST interface Dialer0 overload
ip route 0.0.0.0 0.0.0.0 Dialer0
!
ip access-list standard NATLIST
permit 192.168.0.0 0.0.0.255
deny   any
!
!
!
!
!
control-plane
!
bridge 1 protocol ieee
bridge 1 route ip
!
!
line con 0
login local
line aux 0
line 2
no activation-character
no exec
transport preferred none
transport input all
transport output pad telnet rlogin lapb-ta mop udptn v120 ssh
stopbits 1
line 67
no activation-character
no exec
transport preferred none
transport input all
stopbits 1
speed 115200
line vty 0 4
login
transport input all
!
scheduler allocate 20000 1000
!
end


[jutta]

ein merkwuerdiges problem. spannend

tritt es auch auf, wenn du einen anderen dns eintraegst?
wie sieht das traceroute zu dem 4.2.2.2 aus? (von dein einwandfrei funktionierenden ip adressen aus und von den nicht funktionierenden) - mit/ohne namensaufloesung.

hast du den tele2 support schon gequaelt?

[painty]

Mit .50er IP:
C:\>tracert 4.2.2.2
1 <1 ms <1 ms <1 ms xxxx-uta.at [X.X.X.49]
2 8 ms 7 ms 7 ms xxx-xxx.xxx.uta.at [X.X.X.X]
3 8 ms 8 ms 8 ms 212.152.193.233
4 9 ms 8 ms 8 ms c76wmode1-tengigE4-1.net.uta.at [212.152.192.206
]
5 8 ms 8 ms 8 ms wen1-core-2.tengige0-0-1-1.tele2.net [130.244.205.57]
6 21 ms 21 ms 21 ms fra36-core-1.bundle-ether7.tele2.net [130.244.206.28]
7 24 ms 20 ms 20 ms fra36-peer-1.ae3-unit0.tele2.net [130.244.64.187
]
8 21 ms 21 ms 21 ms peer-as3356.fra36.tele2.net [130.244.200.86]
9 * * * Zeitüberschreitung der Anforderung.
10 21 ms 21 ms 21 ms b.resolvers.Level3.net [4.2.2.2]

Mit .51er IP:
C:\>tracert 4.2.2.2
1 <1 ms <1 ms <1 ms xxxx-uta.at [X.X.X.49]
2 8 ms 7 ms 7 ms xxx-xxx.xxx.uta.at [X.X.X.X]
3 8 ms 8 ms 8 ms 212.152.193.233
4 8 ms 8 ms 8 ms c76wmode1-tengigE4-1.net.uta.at [212.152.192.206]
5 8 ms 8 ms 8 ms wen1-core-2.tengige0-0-1-1.tele2.net [130.244.205.57]
6 21 ms 21 ms 21 ms fra36-core-1.bundle-ether7.tele2.net [130.244.206.28]
7 21 ms 21 ms 21 ms fra36-peer-1.ae3-unit0.tele2.net [130.244.64.187]
8 21 ms 21 ms 21 ms 130.244.200.86
9 21 ms 21 ms 21 ms ae-4-90.edge5.Frankfurt1.Level3.net [4.69.154.201]
10 21 ms 21 ms 21 ms 4.2.2.2

Ablaufverfolgung beendet.

Mit da 50er IP is HOP 9 immer * * * und bei da 50er funktionierts halt komischerweise

[jutta]

> C:\>tracert 4.2.2.2

das ist aber jetzt nicht ubuntu oder imitiert es inzwischen schon windows laufwerksbezeichnungen? *fg*

bei der .51 er werden die hops 8 und 10 numerisch dargestellt, bei der .50er aufgeloest. wie sieht trace von den diversen cisco-schnittstellen aus aus?

was mir noch eingefallen ist: sowohl *.31 als auch *.51 koennten auch broadcast-adressen sein (zb in einem /30). hat sich vielleicht irgendwo eine falsche subnetzmaske eingeschlichen?

[painty]

Traceroute direkt vom Dialer0 Interface aus:
Router#traceroute ip 4.2.2.2 source dialer 0
Type escape sequence to abort.
Tracing the route to 4.2.2.2
VRF info: (vrf in name/id, vrf out name/id)
1 X.X.X.X 8 msec 8 msec 8 msec
2 212.152.193.233 8 msec 8 msec 8 msec
3 212.152.192.206 8 msec 8 msec 8 msec
4 130.244.205.57 8 msec 8 msec 8 msec
5 130.244.206.28 20 msec 20 msec 20 msec
6 130.244.64.187 24 msec 20 msec 20 msec
7 130.244.200.86 20 msec 20 msec 20 msec
8 * * *
9 4.2.2.2 20 msec 20 msec 20 msec

Router#traceroute ip 4.2.2.2 source bvi1
Type escape sequence to abort.
Tracing the route to 4.2.2.2
VRF info: (vrf in name/id, vrf out name/id)
1 X.X.X.X 8 msec 8 msec 8 msec
2 212.152.193.233 8 msec 8 msec 8 msec
3 212.152.192.206 8 msec 8 msec 8 msec
4 130.244.205.57 8 msec 8 msec 8 msec
5 130.244.206.28 20 msec 20 msec 20 msec
6 130.244.64.187 24 msec 20 msec 20 msec
7 130.244.200.86 24 msec 20 msec 20 msec
8 * * *
9 4.2.2.2 20 msec 20 msec 20 msec

Die Adresse .31 is eine /32er.
Die Subnetzmakse bei meinem 8er Netz is wie gesagt 255.255.255.248 da hat sich kein Fehler eingeschlichen.

Code: Alles auswählen

Router#sh ip int dia 0
Dialer0 is up, line protocol is up
  Internet address is X.X.X.31/32
  Broadcast address is 255.255.255.255
  Address determined by IPCP
  MTU is 1492 bytes
  Helper address is not set
  Directed broadcast forwarding is disabled
  Outgoing access list is not set
  Inbound  access list is not set
  Proxy ARP is enabled
  Local Proxy ARP is disabled
  Security level is default
  Split horizon is enabled
  ICMP redirects are never sent
  ICMP unreachables are never sent
  ICMP mask replies are never sent
  IP fast switching is enabled
  IP fast switching on the same interface is enabled
  IP Flow switching is disabled
  IP CEF switching is enabled
  IP CEF switching turbo vector
  IP Null turbo vector
  IP multicast fast switching is enabled
  IP multicast distributed fast switching is disabled
  IP route-cache flags are Fast, CEF
  Router Discovery is disabled
  IP output packet accounting is disabled
  IP access violation accounting is disabled
  TCP/IP header compression is disabled
  RTP/IP header compression is disabled
  Policy routing is disabled
  Network address translation is enabled, interface in domain outside
  BGP Policy Mapping is disabled
  Input features: Common Flow Table, Stateful Inspection, Dialer i/f override, Virtual Fragment Reassembly, Virtual Fragment Reassembly After IPSec Decryption, NAT Outside, MCI Check
  Output features: Post-routing NAT Outside, Common Flow Table, Stateful Inspection, NAT ALG proxy, Dialer idle reset, Dialer idle reset
  IPv4 WCCP Redirect outbound is disabled
  IPv4 WCCP Redirect inbound is disabled
  IPv4 WCCP Redirect exclude is disabled


[jutta]

> Die Subnetzmakse bei meinem 8er Netz is wie gesagt 255.255.255.248 da hat sich kein Fehler eingeschlichen.

der fehler muss ja nicht bei dir passiert sein. hast du schon beim tele2 support nachgefragt?

und: ich kann mich an lange threads erinnern, dass bestimmte destinationen nicht erreichbar waren, weil admins und routerhersteller irgendwo in der welt dachten, dass pakete von broadcast-adressen boese sind (da ging es allerdings um .255)

zur problemeingrenzung wuerde ich noch testen, ob es bei (einem) anderen dns auch auftritt oder nur bei 4.2.2.2.

[wicked_one]

warum auch immer man die 4.2.2.2 als seinen DNS Server hernimmt... vor allem wenn man so Latenzgeil ist...

> Die Subnetzmakse bei meinem 8er Netz is wie gesagt 255.255.255.248 da hat sich kein Fehler eingeschlichen.
Wär nicht das erste mal, dass ein vormals gesplittetes Netz noch fraktual bei anderen Kunden landet...

[kwolfgang]

Hallo painty,
also wenn ich mir deine Berichte so ansehe hast Du immer nur Probleme zuerst mit A1 denen Du die Passwörter klaust und selbst herumfingerst und nun hast du gewechselt zu Tele2 und hast schon wieder ein Problem - ist da Normal oder ein Hobby von Dir. Denn wenn man sich die Konfig so ansieht welche Du hier rein gestellt hast so erkennt man die selbe Handschrift wie früher - aber vielleicht kann Dir ja Tele2 Deine wünsche erfüllen - was andere Provider ja leider nicht konnten - viel Spaß auf jedenfall und und - good cheat - in den Online Games

[zid]

auf deine charmanten formulierungen steh ich schon seit ewig + 3d...

hallo wolfgang,

>"...also wenn ich mir deine Berichte so ansehe hast Du immer nur Probleme..."
nun, das problem, daß der painty dauernd probleme hat, ist genaugenommen nur ein sekundärproblem. das primärproblem ist er selbst. wenn sich einer an der bia-hl der ta wie ein saubär aufführt- und die mädels & jungs an der bia-hl sind nicht nur fachlich erste sahne, sondern auch emotional durchaus "leidensfähig"-, dann kriegt er halt einen tritt in den popo.
find ich echt gut...
kritik is ok, harte kritik is auch ok, ich selbst bin diesbezüglich überhaupt nicht zimperlich. es gibt aber untergrenzen des anstands, und genau die hat der painty imnsho deutlich unterschritten.

lg
zid

btw: hier bemüht unser lieber painty zum thema agb's sogar indirekt stalin- ich "steh" auf stalin:
http://www.dieschmids.at/19-technicolor ... ilfe#49409
(orig.zitat stalin zum hitler-stalin-pakt/1939: "Verträge sind wie Pasteten: gemacht, um gebrochen zu werden.")

[kwolfgang]

Hallo zid, - Danke