IP Dual-Stack IPv4 bevorzugen

So gehts,

die Datei /etc/gai.conf steuert die Priorisierung von getaddrinfo. Auf OpenWRT exisitiert diese Datei nicht und muss angelegt werden.

Entfernt man das Kommentarzeichen vor precedence ::ffff:0:0/96 100 wird IPv4 bevorzugt. ::ffff:0:0/96 ist der Adressraum der IPv4 Adressen im IPv6 Format. Testen kann man das ganze beim IPv6 Test von KabelBW.
Hier die Debian /etc/gai.conf

# Configuration for getaddrinfo(3).
#
# So far only configuration for the destination address sorting is needed.
# RFC 3484 governs the sorting.  But the RFC also says that system
# administrators should be able to overwrite the defaults.  This can be
# achieved here.
#
# All lines have an initial identifier specifying the option followed by
# up to two values.  Information specified in this file replaces the
# default information.  Complete absence of data of one kind causes the
# appropriate default information to be used.  The supported commands include:
#
# reload  <yes|no>
#    If set to yes, each getaddrinfo(3) call will check whether this file
#    changed and if necessary reload.  This option should not really be
#    used.  There are possible runtime problems.  The default is no.
#
# label   <mask>   <value>
#    Add another rule to the RFC 3484 label table.  See section 2.1 in
#    RFC 3484.  The default is:
#
#label ::1/128       0
#label ::/0          1
#label 2002::/16     2
#label ::/96         3
#label ::ffff:0:0/96 4
#label fec0::/10     5
#label fc00::/7      6
#label 2001:0::/32   7
#
#    This default differs from the tables given in RFC 3484 by handling
#    (now obsolete) site-local IPv6 addresses and Unique Local Addresses.
#    The reason for this difference is that these addresses are never
#    NATed while IPv4 site-local addresses most probably are.  Given
#    the precedence of IPv6 over IPv4 (see below) on machines having only
#    site-local IPv4 and IPv6 addresses a lookup for a global address would
#    see the IPv6 be preferred.  The result is a long delay because the
#    site-local IPv6 addresses cannot be used while the IPv4 address is
#    (at least for the foreseeable future) NATed.  We also treat Teredo
#    tunnels special.
#
# precedence  <mask>   <value>
#    Add another rule to the RFC 3484 precedence table.  See section 2.1
#    and 10.3 in RFC 3484.  The default is:
#
#precedence  ::1/128       50
#precedence  ::/0          40
#precedence  2002::/16     30
#precedence ::/96          20
#precedence ::ffff:0:0/96  10
#
#    For sites which prefer IPv4 connections change the last line to
#
precedence ::ffff:0:0/96  100
 
#
# scopev4  <mask>  <value>
#    Add another rule to the RFC 6724 scope table for IPv4 addresses.
#    By default the scope IDs described in section 3.2 in RFC 6724 are
#    used.  Changing these defaults should hardly ever be necessary.
#    The defaults are equivalent to:
#
#scopev4 ::ffff:169.254.0.0/112  2
#scopev4 ::ffff:127.0.0.0/104    2
#scopev4 ::ffff:0.0.0.0/96       14

KabelBW never ending story

Das der KabelBW Techniker letzte Woche den Verstärker getauscht hat, hat anscheinend nicht den erhofften Erfolg gebracht. Die Leitung hat wieder 55dBmV Upstream. Bin schon gespannt wie lang die Leitung diesmal durchhält. Eingestellt wurde sie auf 43dBmV.

[singlepic id=19 h=150 w=150]

KabelBW IP Range

Durch den Wechsel von der Telekom zu KabelBW, musste ich die Konfiguration meiner Dienste verändern. Bei der Telekom bekam ich immer eine IP Adresse die mit 84.161.x.x begann. Damit hatte ich die Möglichkeit, eine Menge „Rauschen“ zu unterdrücken, indem ich bei einigen Diensten den Zugriff auf o.g. Adressbereich beschränkte. Diese Möglichkeit habe ich bei KabelBW nurnoch bedingt. Durch die Adressvergabe nach Zufallsprinzip, habe ich jetzt einfach dem (hoffentlich) gesamten IP Pool von KabelBW übernommen.

Laut RIPE(.net) gehören diese IP Ranges zu KabelBW.

78.
78.42.0.0 – 78.43.255.255
78.42.0.0/15

82.
82.212.0.0 – 82.212.63.255
82.212.0.0/18

85.
85.216.0.0 – 85.216.127.255
85.216.0.0/17

91.
91.89.0.0 – 91.89.255.255
91.89.0.0/16

95.
95.208.0.0 – 95.208.255.255
95.208.0.0/16

109.
109.192.0.0 – 109.192.255.255
109.192.0.0/15

217.
217.8.48.0 – 217.8.63.255
217.8.48.0/20

KabelBW Update die kA wievielte

Ich bin noch ein Update schuldig,
zwischenzeitlich hatte ich 2 weitere Techniker von KabelBW bei mir.

Für alle die erst jetzt lesen, seit mitte Februar sind wir bei KabelBW mit Internet + Telefon. Seit der Installation bricht die Internetverbindung im 2Wochentakt zusammen und braucht zur reaktivierung jedesmal einen Techniker der vor Ort kommt und an den Geräten rumprobiert.

Am letzten Samstag war wieder ein Techniker bei uns und gestern Abend rief ein weiterer an und meldete sich für heute früh 9 Uhr an. Es scheint ganz so, als wüsste keiner bei KabelBW was da kaputt ist.

KabelBW – NE3-Störung

Heute Morgen klingelte um 7.30 das Telefon und kündigte einen erneuten Technikerbesuch an.
Der Techniker kam diesmal lt. eigener Aussage direkt von KabelBW – fuhr allerdings mit einem KFZ das auf SOK(Saale-Orla-Kreis/Thüringen) zugelassen ist.
Er hat die Leitung am Hausübergabepunkt durchgemessen und empfand die Werte als „in Ordnung“.
Auch die Werte die der Techniker von gestern auf den Montagebericht geschrieben hat, seien O.K.
Er würde aber noch am nächsten Verteiler gucken gehen.
Ich soll in jedem Fall die Störungen weiter dokumentieren und wenn sie wieder auftreten, erneut eine Störung melden. (???)
Es bleibt also weiterhin spannend.
Zur Erinnerung, die Inbetriebnahme des Anschlusses Seitens KabelBW war bereits im Januar, mittlerweile ist März.

1 2