Newsgroup: it.comp.reti.ip-admin
Titolo: Problemi di routing ed ignoranza (?!)

Ciao a tutti,
spero di trovare qui le conferme di ciò che sto per esporvi, in caso 
contrario sarò lieto di imparare e fare esperienza.
Allora, dall'ADSL di un cliente *non* è possibile raggiungere il sito 
www.redblack-design.de
 (ed anche i .ch, .eu e .com, alias del dominio 
.de). Controllo il DNS interno alla LAN del cliente (Win2k3 SBS SP2) ed 
è tutto ok. Riavvio il router ADSL (Zyxel Prestige 660H), il firmware è 
già l'ultimo e non ci sono restrizioni in uscita: nessun miglioramento.
Alchè mi metto a fare dei traceroute e noto che il tutto si perde su un 
particolare router di 
hetzner.de
.
Gli stessi traceroute fatti dalla mia ADSL (stesso provider) passano da 
un altro router, sempre di 
hetzner.de
, e giungono a destinazione (da me 
passano dall'IP finale .32, dal cliente dal finale .160).
Ho interpellato il mio provider, lo stesso del mio cliente, col quale 
abbiamo effettuato alcuni test ed insieme siamo giunti alla conclusione 
che il router .160 è misconfigurato. Il problema è di 
hetzner.de
, quindi 
mi metto in contatto col loro helpdesk. Questi mi fanno fare prove con 
winmtr e mi dicono che un packet loss così elevato (68-70%) sul primo 
nodo (subito dopo il router ADSL, quindi il mio provider) non va bene, 
che dobbiamo prima risolvere questo problema. Mi resta il dubbio che 
tutto ciò non c'entri granchè, quindi faccio test tramite alcuni router 
BGP da 
traceroute.org
 ed indovinate cosa scopro? Che da *tutti* i BGP 
router che ho provato (una mezza dozzina) risulta impossibile mediante 
traceroute arrivare a 
www.redblack-design.de
 (mentre il ping funziona ed 
anche la risoluzione DNS).
Ora, a vostro parere, di chi è la "colpa" di questo malfunzionamento?
L'ultima comunicazione di 
hetzner.de
 è stata "ci deve far avere i 
traceroute in entrambe le direzioni, altrimenti non possiamo procedere 
col suo ticket"... no dico, mi prendono in giro?
Vi chiedo cortesemente un parere su ciò che ho esposto, nel frattempo 
penso che provvederò a cambiare hosting provider... :-/
Saluti e grazie.

 Ora, a vostro parere, di chi è la "colpa" di questo malfunzionamento?
Dal risultato di hping, si direbbe che a filtrare traceroute sia lo 
stesso "
www.redblack-design.de
".
Ma in ogni caso il fatto che traceroute non passi *non* è un 
malfunzionamento di per sè.
E, ovviamente, io il sito lo vedo...
-- 
http://bofhskull.wordpress.com/

 
Idem con patate
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
QUOTE OF THE DAY:
        `

 malfunzionamento di per sè.
Da cosa si capisce che è proprio "
www.redblack-design.de
" a filtrare il 
traceroute?
Ed ancora, perchè, quindi, da quella specifica connessione ADSL *non* 
vedo 'sto sito?
Grazie...

 Idem con patate
Da che router passa? .32 o .160?

particolare router di 
hetzner.de
.
Traceroute non è indicativo perché l'host finale filtra UDP, rifai le
prove con tcptraceroute e/o mtr.
Con tcptraceroute verso la porta 80 dalla ADSL che non funziona puoi
vedere esattamente se qualcuno filtra e dove.
-- 
ciao, |
Marco | The Internet is full. Go away.  -- Joel Furr

 vedo 'sto sito?
Difficile dirlo senza fare test sul posto: ci sono almeno una dozzina di 
scenari.
Partirei comunque dall'hping (o analogo) fatto da lì.
-- 
http://bofhskull.wordpress.com/

 Partirei comunque dall'hping (o analogo) fatto da lì.
Simili strumenti per Windows? Purtroppo non ho Linux lì...

OxygeN wrote:

Quanto a quello, io lo ho fatto da OSX, per quel che vuol dire ;-)
Cmq, AFAIK esiste anche per Win32, ma ammetto candidamente la mia 
ignoranza in materia di finestre...
-- 
http://bofhskull.wordpress.com/

 ignoranza in materia di finestre...
OK, cercherò...

 vedere esattamente se qualcuno filtra e dove.
sto cercando tcptraceroute per Windows...

OxygeN ha scritto:

dal .32 e con 1000 pacchetti non cambia poi molto
robyt:~# mtr --report --report-cycles=1000 --no-dns 
www.redblack-design.de
HOST: robyt                       Loss%   Snt   Last   Avg  Best  Wrst StDev
   1. 213.203.182.89                0.0%  1000    0.3   0.2   0.2  25.1   1.0
   2. 195.110.128.119               0.6%  1000   56.7  50.3  27.1 463.0  36.1
   3. 84.253.128.1                 10.2%  1000   57.8  46.6  27.5 511.1  25.9
   4. 89.97.241.241                 0.4%  1000   50.9  45.1  27.4 410.6  21.6
   5. 81.208.53.197                 0.3%  1000   46.8  45.3  27.7 346.7  20.4
   6. 89.97.200.29                  0.3%  1000   43.8  52.4  28.3 465.8  35.6
   7. 89.97.200.29                  0.5%  1000   46.5  54.6  28.2 531.4  41.3
   8. 213.200.68.221                0.5%  1000   46.8  47.2  28.2 531.5  23.7
   9. 89.149.187.237                0.0%  1000  173.8  81.4  57.2 578.1  25.7
  10. 77.67.64.18                   0.1%  1000   75.1  66.0  48.1 583.8  23.2
  11. 213.239.240.238               0.3%  1000   87.4  70.8  51.9 668.2  26.1
  12. 213.239.252.32                0.3%  1000   73.2  69.4  52.1 669.8  25.6
  13. 85.10.207.220                 0.3%  1000   77.5  70.0  52.0 599.3  23.5
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"Don't go around saying the world owes you a living.  The world owes
you nothing.  It was here first."
		-- Mark Twain


Skull, su OSX che comando c'è per "mtr" ? a me dice "command not
found".
tnx
Gabriele

 .de).
[cut]
Ciao,
questo è il mio traceroute (senza UDP):
 3 
rt-atm6.mclink.it
       (195.110.128.144):    54ms       54ms
53ms
 4 
net128-139.mclink.it
    (195.110.128.139):    55ms       53ms
69ms
 5 gi9-47.211.ccr01.mil01.atlas.cog (149.6.152.25):  91ms   56ms
56ms
 6 te3-8.ccr01.str01.atlas.cogentco (154.54.1.237):  89ms   93ms
75ms
 7 te3-2.mpd02.fra03.atlas.cogentco (130.117.3.81):  64ms   79ms
64ms
 8 te7-1.mpd01.fra03.atlas.cogentco (130.117.3.197): 64ms
74ms        *
 9 
gec1-rt1-ffm2.core.noris.net
     (80.81.192.88):  65ms   72ms
65ms
10 
noris-gw.hetzner.de
              (213.239.242.253): 65ms   65ms
66ms
11 
hos-bb1.juniper1.rz6.hetzner.de
  (213.239.240.238): 99ms   96ms
98ms
12 
et.1.13.rs3k27.rz6.hetzner.de
    (213.239.252.32): 95ms   81ms
69ms
13 
www.redblack-design.de
           (85.10.207.220):  72ms   94ms
71ms
Noto che la strada è diversa da quella di Roberto Tagliaferri, pur
avendo MC-link entrambi; si vede che da nord-est (mia) fa un altro
giro rispetto alla sua connessione.
Oppure la mia adsl è meno figa della sua hdsl :D
Ad ogni modo, il sito lo vedo e pure molto rapidamente.
Gabriele

 found".
Io lì sopra stavo usando hping3, a dire il vero.
Ma anche mtr, in effetti mi torna comodo...
zarathustra:~ skull$ sudo port install mtr
Password:
--->  Fetching mtr
--->  Attempting to fetch mtr-0.75.tar.gz from 
ftp://ftp.bitwizard.nl/mtr/
--->  Verifying checksum(s) for mtr
--->  Extracting mtr
--->  Configuring mtr
--->  Building mtr
--->  Staging mtr into destroot
--->  Installing mtr @0.75_0
--->  Activating mtr @0.75_0
--->  Cleaning mtr
zarathustra:~ skull$ mtr --report 
www.redblack-design.de
HOST: zarathustra.local           Loss%   Snt   Last   Avg  Best  Wrst StDev
   1. 172.16.23.1                   0.0%    10    1.2   1.1   0.6   1.8 
   0.4
   2. 
wayout.skullkrusher.net
       0.0%    10    2.6   2.6   1.4   6.7 
   1.5
   3. 
ts4.spin.it
                   0.0%    10   10.5  62.2   9.6 205.8 
  77.3
   4. 
ts-mi-2.spin.it
               0.0%    10   22.4  85.1  21.4 242.2 
  76.8
   5. 147.123.65.2                  0.0%    10   23.9  63.6  21.2 167.8 
  59.1
   6. po1-1.mil-cal-access-1.inter  0.0%    10   23.3  23.3  20.9  31.8 
   3.1
   7. xe-3-0-0-0.mil-cal-score-1-r  0.0%    10   27.2  24.3  21.7  27.2 
   1.9
   8. 
ae2-0.fra-006-score-1-re0.in
 20.0%    10   34.2  33.8  32.5  35.5 
   1.1
   9. 
decix.fra1.tng.de
             0.0%    10   35.1  48.7  34.4 148.5 
  35.2
  10. 
decix-gw.hetzner.de
           0.0%    10   34.8  36.1  33.4  39.2 
   1.8
  11. hos-bb1.juniper2.rz6.hetzner  0.0%    10   47.4  48.8  46.2  54.4 
   2.8
  12. et.1.13.rs3k27.rz6.hetzner.d  0.0%    10   46.7  49.0  46.2  55.6 
   3.5
  13. 
tux105.hoststar.ch
            0.0%    10   49.1  49.8  46.3  55.3 
   2.5
-- 
http://bofhskull.wordpress.com/

 dal .32 e con 1000 pacchetti non cambia poi molto
Oh diavoli!
Ma può essere il mio router ADSL Zyxel che dopo un po' mi blocca i 
pacchetti ICMP in uscita e quindi genera packet loss?
Però al di là del packet loss, perchè *comunque* dal mio ufficio il sito 
lo vedo e dall'altro ufficio no?

 Ad ogni modo, il sito lo vedo e pure molto rapidamente.
Eh, ed io da *quel* particolare cliente non lo vedo... da dove riprendo 
a fare debugging? :-/

On 18 Feb, 09:07, OxygeN <SPAMboniforti.fS...@SPAMgmail.comSPAM>
wrote:

Ciao
ICMP è indicativo non è detto che ti possa aiutare, potrebbero esserci
policy che lo bloccano nei router oppure QOS che non gestire ICMP
quando la macchina è già satura.
Da qualsiasi adsl non è possibile accedere a tutto internet le tabelle
di route negli apparati non sono infinite e non tutti gli apparati
accettano l'ICMP.
Io chiederei ufficialmente all'ISP magari allegando un tracert.
Ciao

 di route negli apparati non sono infinite
Come fosse antani?
-- 
http://bofhskull.wordpress.com/

 che il router .160 è misconfigurato. 
Da qui il sito si vede
andreab@amministrazione:~$ mtr --report -n 
www.redblack-design.de
HOST: amministrazione             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. 192.168.1.1                   0.0%    10    1.0   1.0   0.9   1.1  0.1
  2. 192.168.200.1                 0.0%    10   15.5  17.3  15.0  20.2   1.6
  3. 88.50.63.173                  0.0%    10   16.8  19.3  16.8  23.2   2.0
  4. 80.20.114.19                  0.0%    10   15.9  18.1  15.9  20.5   1.6
  5. 172.17.4.25                   0.0%    10   24.3  24.1  20.8  27.7   2.1
  6. 80.20.8.201                   0.0%    10   22.0  23.5  20.1  25.8   1.9
  7. 195.22.192.33                 0.0%    10   24.3  30.5  20.1  83.4  19.1
  8. 213.200.68.61                 0.0%    10   21.9  24.0  21.0  27.3   1.8
  9. 89.149.187.237                0.0%    10   36.0  36.2  30.5  58.5   8.1
 10. 77.67.64.18                   0.0%    10   34.6  38.1  34.6  43.6   2.7
 11. 213.239.240.238               0.0%    10   37.0  43.5  33.5  74.6  15.4
 12. 213.239.229.160               0.0%    10   50.4  54.1  50.0  61.4   3.6
 13. 85.10.207.220                 0.0%    10   33.8  40.2  33.8  66.2   9.3

  13. 85.10.207.220                 0.0%    10   33.8  40.2  33.8  66.2   9.3
... e tu passi dal .160 oltretutto, quello che dal mio cliente impedisce 
l'ultimo passaggio :-/

 Io chiederei ufficialmente all'ISP magari allegando un tracert.
Già fatto: pure l'ISP (
green.ch
) *non* raggiunge tale sito...

 --
http://bofhskull.wordpress.com/
Ciao

 Cosa intendi?
Che mi paiono parole buttate a caso.
Una "qualsiasi adsl" non ha alcuna necessità di conoscere le rotte di 
tutta internet. Le basta avere un default gateway, e finita lì.
Le tabelle di tutta internet le avrà l'ISP nei suoi router (di confine o 
meno), che è l'unico posto dove è necessario averle.
-- 
http://bofhskull.wordpress.com/

> Già fatto: pure l'ISP (
green.ch
)
bOni quelli :P

 Già fatto: pure l'ISP (
green.ch
) *non* raggiunge tale sito...
LOL ahh ok, allora se è 
green.ch
 non è grave :)
G.

 LOL ahh ok, allora se è 
green.ch
 non è grave :)
mbeh... del resto da uno che ospita quintali di spammers
e non risponde alle segnalazioni all'abuse cosa vorresti
aspettarti :)

 Traceroute lavora con pacchetti UDP, non ICMP.
Mi re-intrometto: io ho però usato winmtr da Windows, che pacchetti usa? 
UDP o ICMP?
E l'mtr di Linux?

 aspettarti :)
... e pensare che ne sono partner :-/ Devo vergognarmene???

 --
http://bofhskull.wordpress.com/
Si è proprio questo che intendevo i router dell'ISP ha a sua volta
degli instradamenti che non possono essere infiniti, può capitare che
dei singoli ip pubblici non siano effettivamente raggiungibili da
tutte le connessioni adsl del mondo, questo me l'ha detto un
sistemista qualche mese fa, dopo che una dorsale di un grosso ISP tra
due stati è caduta per qualche ora alcuni ip presenti nell'altro stato
non erano più raggiungibili, partiva un instradamento ma andava in
time out.
Ciao

 
E che c'azzecca con le tabelle di routing?
Se cade la dorsale di collegamento come puoi vedere cosa c'č dall'altra parte?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
"A witty saying proves nothing."
		-- Voltaire

On 18 Feb, 17:01, OxygeN <SPAMboniforti.fS...@SPAMgmail.comSPAM>
wrote:

A saperlo prima, non ti si rispondeva neanche !!!
:)
senti, mica sei diplomato a lugano eh ?   :D
Gabriele

 senti, mica sei diplomato a lugano eh ?   :D
no, non credo :) ... ma ho idea che *veramente* non sappia
cosa combinano/hanno combinato quelli di "green", magari
sarebbe il caso di postare qualche riferimento :) ?

                 -- Voltaire
Ciao

 time out.
Non che queste cose non possano capitare, ma assicuro che sono una 
rarità *molto* grossa, poichè cadute di dorsali comportano vacillamenti 
delle rotte che si assestano al massimo in tempi dell'ordine delle 
decine di minuti, non certo di giorni o settimane.
Di norma, se c'è qualche problema di comunicazione su lunghe tratte è 
più probabile sia dovuto a qualche filtro scazzato da qualcuno, che alla 
convergenza (o mancanza di) BGP.
-- 
http://bofhskull.wordpress.com/

 senti, mica sei diplomato a lugano eh ?   :D
hahaha!!! No no... ;-) hihihi...

 sarebbe il caso di postare qualche riferimento :) ?
Hem.... illuminatemi pure, non si sa mai che il partner per il 2010 sarà 
un altro ISP! ;-)))



prova a vedere qui 
http://preview.tinyurl.com/cpftp2

 Cosa c'entra ICMP con il traceroute, a parte il TTL Exceeded di ritorno?
Beh, il tracert di windows è icmp-based, ad esempio.