routing problemen

[Verwijderd]

Ik heb een probleempje met een chatserver, welke gerunned wordt door een externe server bij een apart bedrijf.

Verschillende mensen kunnen erop inloggen, maar sommige niet. Ik heb het kunnen terugbrengen tot een tussenstation die een filter heeft waardoor die geen informatie doorstuurt naar de server.
Is het niet zo dat als een tussenstation uitvalt, er automatisch wordt gezocht naar een andere weg? Zo ja, waarom hier dan niet? Want die zijn er wel want sommige mensen kunnen wel inloggen en die verbinding gaat niet via het probleem-tussenstation.

Kan je handmatig een andere route aanleggen voor je pakketjes? Zo ja, hoe? Zo niet, hoe kan dit probleem dan wel worden opgelost?

36 bytes from gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254): Communication prohibited by filter

Dit krijg ik op mijn router die draait op freebsd na een ping naar de desbetreffende chatserver.

[ Voor 14% gewijzigd door Verwijderd op 02-02-2004 23:17 ]

[Gomez12]

Wat is het volledige routing pad, als dit de eerste regel is dan is het simpel aan te passen met een route commando.
Als het een volgende regel is dan kan je gaan kijken of er maar een gateway bij je host draait of meerdere. En het hangt er ook vanaf of het niet een regel aan het einde is, want dan is de kans groot dat de filtering vlak voor de server zit waar maar een weg naartoe lijdt.

En het is inderdaad zo dat als er een router uitvalt dat er dan over het algemeen wel een andere weg gevonden wordt ( over het inet ) maar de router is niet uitgevallen, hij leeft nog wel. Alleen hij filtert.

[Verwijderd]

su-2.05a# ping 64.235.50.22
PING 64.235.50.22 (64.235.50.22): 56 data bytes
36 bytes from gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254): Communication prohibited by filter
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 cf71 0 0000 30 01 c0c2 217.120.173.251 64.235.50.22

Dit staat er helemaal

Ik heb nog nooit met route gewerkt, ik heb een boek over freebsd en ik heb gevolgd wat er staat over route, maar ik kom er niet uit.

Als ik tracert doe in Windows dan krijg ik het volgende

Bezig met het traceren van de route naar host7.digichat.com [64.235.50.22]
via maximaal 30 hops:

1 <10 ms <10 ms <10 ms 192.168.0.1
2 31 ms 16 ms 15 ms r1-ge0-0-2.ensch1.ov.home.nl [213.51.132.21]
3 250 ms 312 ms 1141 ms bb1-pos4-2.zwoll1.ov.home.nl [213.51.134.101]
4 219 ms 78 ms 31 ms bb2-pos12-0.amsix-telecity.home.nl [213.51.158.4
1]
5 31 ms 16 ms 31 ms 212.72.44.13
6 31 ms 16 ms 31 ms ae-0-55.mp1.Amsterdam1.Level3.net [213.244.165.9
7]
7 31 ms 31 ms 47 ms so-1-0-0.mp1.London2.Level3.net [212.187.128.49]

8 1110 ms 94 ms 110 ms so-1-0-0.bbr1.Washington1.Level3.net [212.187.12
8.138]
9 109 ms 94 ms 110 ms so-6-0-0.edge1.Washington1.Level3.net [209.244.1
1.10]
10 312 ms 110 ms 125 ms ge-2-2-0--101.er01.asbn.eli.net [207.173.144.29]

11 125 ms 109 ms 110 ms p7-3.cr02.mcln.eli.net [207.173.115.109]
12 485 ms 156 ms 359 ms p10-0.cr01.dlls.eli.net [207.173.115.65]
13 672 ms 187 ms 203 ms srp2-0.cr02.dlls.eli.net [208.186.20.66]
14 797 ms 609 ms 641 ms p7-0.cr02.phnx.eli.net [207.173.114.113]
15 188 ms 203 ms 438 ms p6-1.cr02.lsvl.eli.net [207.173.115.21]
16 203 ms 281 ms 532 ms ge2-1.gw01.lsvg.eli.net [207.173.114.82]
17 * * * Time-out bij opdracht.
18 * * gw-cust-APLUSHOSTING-COM.lsvg.eli.net [209.210.145.254]
rapporten: Het doelnetwerk is niet bereikbaar.

Aangezien er andere mensen wel naar kunnen pingen of inloggen hoeft de route niet te gaan via deze router, er is dus een andere weg mogelijk. Volgens mij hangt dit af van je ISP want als ik inlog met vpn op utwente dan lukt het me wel.
Ook als ik de weg bekijk van iemand die wel kan inloggen dan staat deze 209.210.145.254 er niet tussen.

traceroute to host7.digichat.com (64.235.50.22), 30 hops max, 40 byte packets
1 SpeedTouch.lan (10.0.0.138) 0.249 ms 0.211 ms 0.234 ms
2 195.190.244.193 7.356 ms 9.213 ms 7.995 ms
3 42.ge-1-1-1.xr1.d12.xs4all.net (194.109.5.125) 14.207 ms 10.818 ms 10.749 ms
4 0.so-2-3-0.xr1.sara.xs4all.net (194.109.5.102) 13.245 ms 10.617 ms 10.930 ms
5 asd-sara-ias-ur10.nl.kpn.net (194.109.7.226) 13.969 ms 10.438 ms 10.901 ms
6 asd-dc2-ias-ur10.nl.kpn.net (195.190.227.7) 14.210 ms 11.175 ms 11.873 ms
7 ldn-kq-ias-pr10.uk.kpn.net (194.151.244.192) 20.369 ms 18.037 ms 18.097 ms
8 lndnuk1icx1.wcg.net (195.66.224.105) 20.394 ms 18.602 ms 19.250 ms
9 nycmny2wcx2-pos15-3.wcg.net (64.200.87.61) 149.760 ms 152.817 ms 153.837 ms
10 hrndva1wcx2-oc48.wcg.net (64.200.240.46) 149.522 ms 149.244 ms 149.500 ms
11 anhmca1wcx3-oc48.wcg.net (64.200.240.29) 148.945 ms 149.131 ms 148.570 ms
12 lsanca1wcx1-pos6-0.wcg.net (64.200.210.250) 149.619 ms 148.839 ms 148.812 ms
13 lsanca9lca1-premianetworks-gige.wcg.net (64.200.139.98) 151.149 ms 148.914 ms 149.132 ms
14 lasvegas-nv-us-1-1-pos2-1.premianet.com (64.235.62.25) 157.282 ms 156.232 ms 157.157 ms
15 premianet.com (64.235.62.5) 156.913 ms 156.981 ms 157.204 ms
16 digi-net.com (64.235.50.22) 158.217 ms 157.494 ms 158.707 ms

[ Voor 29% gewijzigd door Verwijderd op 02-02-2004 23:44 ]

[Verwijderd]

Dit is iets wat ik compleet niet snap
Hieronder de traceroute van mij

traceroute to digichat7.digi-net.com (64.235.50.22), 64 hops max, 40 byte packets
1 r1-ge0-0-2 (213.51.132.21) 15.189 ms 134.954 ms 20.891 ms
2 bb1-pos4-2.zwoll1.ov.home.nl (213.51.134.101) 24.883 ms 17.302 ms 18.208 ms
3 bb2-pos12-0.amsix-telecity.home.nl (213.51.158.41) 18.151 ms 17.003 ms 18.855 ms
4 212.72.44.13 (212.72.44.13) 18.259 ms 27.553 ms 27.713 ms
5 ae-0-55.mp1.Amsterdam1.Level3.net (213.244.165.97) 28.995 ms 21.397 ms 18.459 ms
6 so-1-0-0.mp1.London2.Level3.net (212.187.128.49) 25.709 ms 36.569 ms 26.581 ms
7 so-1-0-0.bbr1.Washington1.Level3.net (212.187.128.138) 112.744 ms 108.790 ms 105.103 ms
8 so-6-0-0.edge1.Washington1.Level3.net (209.244.11.10) 105.648 ms 111.437 ms 109.256 ms
9 ge-2-2-0--101.er01.asbn.eli.net (207.173.144.29) 112.111 ms 109.548 ms 107.620 ms
10 p7-3.cr02.mcln.eli.net (207.173.115.109) 105.468 ms 96.020 ms 98.660 ms
11 p10-0.cr01.dlls.eli.net (207.173.115.65) 151.829 ms 162.851 ms 248.464 ms
12 srp2-0.cr02.dlls.eli.net (208.186.20.66) 157.162 ms 339.745 ms 155.651 ms
13 p7-0.cr02.phnx.eli.net (207.173.114.113) 188.589 ms 190.728 ms 194.914 ms
14 p6-1.cr02.lsvl.eli.net (207.173.115.21) 321.159 ms 182.953 ms 204.927 ms
15 ge2-1.gw01.lsvg.eli.net (207.173.114.82) 193.615 ms 188.412 ms 205.282 ms
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 196.036 ms !X
22 * * *
23 * gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 196.913 ms !X *
24 gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 199.508 ms !X * *
25 * * gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 197.541 ms !X
26 * gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 197.715 ms !X *
^C

Hieronder de traceroute van iemand op campusnet

traceroute to digichat7.digi-net.com (64.235.50.22), 64 hops max, 40 byte packets
1 if-campus.routing.utwente.nl (xxx.xx.xxx.x) 0.544 ms 0.344 ms 0.296 ms
2 Gi6-0.AR5.Enschede1.surf.net (145.145.4.1) 0.313 ms 0.270 ms 0.306 ms
3 PO2-0.CR2.Amsterdam2.surf.net (145.145.165.13) 4.143 ms 4.498 ms 4.493 ms
4 PO0-0.BR1.Amsterdam2.surf.net (145.145.166.30) 3.828 ms 5.180 ms 4.275 ms
5 ge-2-0-159.ipcolo2.Amsterdam1.Level3.net (213.244.164.209) 4.211 ms 4.418 ms 4.175 ms
6 ae-0-51.mp1.Amsterdam1.Level3.net (213.244.165.1) 5.074 ms 5.364 ms 7.998 ms
7 so-1-0-0.mp1.London2.Level3.net (212.187.128.49) 12.884 ms 12.222 ms 12.163 ms
8 so-1-0-0.bbr1.Washington1.Level3.net (212.187.128.138) 86.470 ms 85.171 ms 85.302 ms
9 so-6-0-0.edge1.Washington1.Level3.net (209.244.11.10) 85.631 ms 85.682 ms 85.946 ms
10 ge-2-2-0--101.er01.asbn.eli.net (207.173.144.29) 90.182 ms 90.208 ms 90.693 ms
11 p7-3.cr02.mcln.eli.net (207.173.115.109) 91.295 ms 90.727 ms 91.295 ms
12 p10-0.cr01.dlls.eli.net (207.173.115.65) 137.917 ms 137.510 ms 137.506 ms
13 srp2-0.cr02.dlls.eli.net (208.186.20.66) 137.714 ms 138.510 ms 137.274 ms
14 p7-0.cr02.phnx.eli.net (207.173.114.113) 172.177 ms 172.273 ms 172.172 ms
15 p6-0.cr02.lsvl.eli.net (207.173.114.165) 173.323 ms 174.405 ms 173.286 ms
16 ge2-2.gw01.lsvg.eli.net (207.173.114.94) 173.556 ms 173.663 ms 173.514 ms
17 gw-cust-APLUSHOSTING-COM.lsvg.eli.net (209.210.145.254) 173.751 ms 173.424 ms 174.297 ms
18 gigabit-core-1.aplushosting.com (64.235.63.20) 162.669 ms 162.300 ms 162.582 ms
19 digi-net.com (64.235.50.22) 163.006 ms 162.679 ms 162.387 ms

Zie ik hier nou hetzelfde ip nummer staan, maar hij filters bij mij wel maar via campusnet niet?

[igmar]

Verwijderd schreef op 02 februari 2004 @ 23:16:

Is het niet zo dat als een tussenstation uitvalt, er automatisch wordt gezocht naar een andere weg?

Het is geen uitval, er is hier sprake van filteren.

Zo ja, waarom hier dan niet? Want die zijn er wel want sommige mensen kunnen wel inloggen en die verbinding gaat niet via het probleem-tussenstation.

Dat hangt van de peering af die die partij heeft.

Kan je handmatig een andere route aanleggen voor je pakketjes? Zo ja, hoe? Zo niet, hoe kan dit probleem dan wel worden opgelost?

16 203 ms 281 ms 532 ms ge2-1.gw01.lsvg.eli.net [207.173.114.82]
17 * * * Time-out bij opdracht.
18 * * gw-cust-APLUSHOSTING-COM.lsvg.eli.net [209.210.145.254]
rapporten: Het doelnetwerk is niet bereikbaar.

Mijn traceroute (wel icmp, geen udp) gaat via dezelfde route, en wordt niet gefilterd. Het ziet er naar uit de de ISP in kwestie actief aan het filteren is, waarschijnlijk vanwege abuse.

[Verwijderd]

Er zijn meerdere mensen bij verschillende ISP's die er last van hebben. Het lijkt me sterk dat al die ISP's aan het filteren zijn.

[igmar]

Verwijderd schreef op 03 februari 2004 @ 11:00:
Er zijn meerdere mensen bij verschillende ISP's die er last van hebben. Het lijkt me sterk dat al die ISP's aan het filteren zijn.

Het is een upstream die aan het filteren is (eli.net dus), of die upstream heeft een routing probleem. iig : Je moet bij eli.net zijn.

[ Voor 19% gewijzigd door igmar op 03-02-2004 11:09 ]

[Verwijderd]

Het ligt er gewoon aan welke internet provider met welke internet provider verkeer uitwisselt en natuurlijk hoe dat gebeurd.

Het probleem is dat de internet provider aan wie jij elke maand keurig je rekening betaald niet 100% de controle over het verkeer heeft. Zodra jouw data-pakketje hun netwerk verlaat kan er van alles gebeuren en ben je afhankelijk van andere internet providers die jouw pakketje verder routeren over hun netwerk richting de eindbestemming.

Dit is dus voor een hele hoop internet providers anders aangezien niet iedere internet provider met dezelfde andere internet provider verkeer uitwisselt. Dus de resultaten van een traceroute kunnen per tweaker anders zijn

Ik ben er bijna 100 % zeker van dat jouw internet provider ook wel andere routes heeft richting die server, via een andere provider, maar die worden niet gebruikt omdat het netwerk in de veronderstelling is een snellere/betere route te hebben.

Het kan ook zijn dat een bepaalde provider die op de route richting jouw bestemming ligt geblocked word omdat er op dat moment bijvoorbeeld een DoS attack aan de gang is vanuit dat netwerk.

Je moet dus gewoon de helpdesk bellen en maar hopen dat je probleem bij iemand van de netwerk afdeling op het bureau terecht komt. Die kunnen dit vast en zeker aanpassen.

[ Voor 9% gewijzigd door Verwijderd op 06-02-2004 23:47 ]