Ersatz für Zyxel-660H?

[ghuber]

Hallo,

Rechtzeitig zu Quartalsende kommt wieder mal mein verzweifelter Hilferuf:

Ich hänge mit einem Zxel-660H Modem an einer wahnsinnig schnellen 2048 Sil Leitung. Jedes Mal wenn ich Azureus aufmache, verliert das Modem nach einer gewissen Zeit die Line. Manchmal synched es sich dann automatisch wieder, oft jedoch nicht, dann ist Schließen von Azureus und Kaltstart angesagt.

Ich habe mit Hilfe Juttas und des AzureusWikis schon versucht den P2P client so zu konfigurieren, dass nur wenige connections (absolut und pro Torrent) zugelassen werden, das macht aber leider keinen Unterschied (ich bilde mir sogar ein, es bringt nicht einmal eine Verbesserung). Der Silver-Support ist zwar hilfsbereit aber "machtlos". Jedesmal wenn ich anrufe wird mir gesagt, dass das Modem die vielen connections nicht aushält...

Irgendwo in den weiten des Webs (oder war's auf AzureusWiki) habe ich dann gelesen, dass das von Silverserver verwendete Zyxel-660 Modem für P2P Zwecke "eher" ungeignet sein soll.

Nun meine Frage: ich wäre sogar bereit mir ein "eigenes" DSL-Modem zu kaufen, nur weiss ich nicht, ob das dann funktioniert. Wie gesagt, ich habe einen unbundled Silver-DSL Zugang.

Weiss jemand ob ich das Zyxel Modem abhängen kann und ein anderes Modem (wenn's geht kein >300 Euro Ding) an die Leitung hängen kann?

Wenn ja, worauf müsste ich aufpassen (TechSpecs) bzw. kann mir jemand einen oder mehere Modem-Typ(en) empfehlen?


Wäre echt für Hilfe dankbar, ich bin zwar mit SilverServer recht zufrieden, aber das Modem bringt mich noch in die Klapsmühle.

Danke für alle Mühen.

Georg

[hotze_com]

fraglich ob du alle Leitungswerte von SIL mitgeteilt bekommst. Grundsätzlich ersetzen zB wir bei solchen Problemen immer Zyxel gegen ein Linksys-Gerät und damit verschwinden dann auch die meisten Probleme (Zyxel-Modems haben zB ein Problem mit der NAT Table).

[Stefan Hedenig]

Du kannst ja SIL fragen ob sie dir das Modem von Routing auf Bridge umstellen (sollte es gerade routen), dann kannst du dir deinen eigenen Router dahintersetzen.

[ghuber]

Du kannst ja SIL fragen ob sie dir das Modem von Routing auf Bridge umstellen (sollte es gerade routen), dann kannst du dir deinen eigenen Router dahintersetzen.

Router hätt' ich eh' schon einen dahinter. Kann ich dann irgendein x-beliebiges a/s/x/dslmodem (http://www.geizhals.at) mit RJ-11 Buchse nehmen?

@hotze:

Wenn ich Sil wäre, würde ich mir die Leitungsdaten liebend gern geben, wenn ich mir damit Support-Calls ersparen könnte .

Ich bin mit meinem Linksys WLAN-Router recht zufrieden. Kannst Du mir ein Linksys (DSL-)Modem mir RJ-11 Anschluss empfehlen?

Herzlichen Dank an beide Poster!

Georg

[jutta]

> Weiss jemand ob ich das Zyxel Modem abhängen kann und ein anderes Modem (wenn's geht kein >300 Euro Ding) an die Leitung hängen kann?

haengt davon ab, was du unter "koennen" verstehst.

also, wenn du den stecker rausziehen und einen anderen stecker in die tdo stecken kannst, dann kannst du

ob es funktioniert, ist eine ganz andere frage. die einstellungen von sil sind bisher eher unbekannt. ich weiss nur halbwegs sicher, dass die modems annex a sind. (kannst du anhand der modell-nummer deines p660 ueberpruefen - endnummer 61 ?)

ich wuerde es an deiner stelle also zunaechst mit ausgeborgten modems oder ebay-schnaeppchen versuchen, bevor ich viel geld reinstecke.

die andere frage ist vertraglicher natur. afaicr steht in den agb von sil explizit, dass man keine fremdhardware anschliessen darf. (ein frueherer leitender mitarbeiter von sil schrieb in at.internet.breitband in einem modemthread einmal, dass er kunden mit fremdmodems rausschmeissen wuerde http://groups.google.at/group/at.intern ... ba91b19fa8
thread unter http://tinyurl.com/34ycm7 ).
keine ahnung, wie streng das derzeit gehandhabt wird, aber ich hab dich darauf hingewiesen.

zum rein technischen: nach meinen erfahrungen haelt zb das p662 viel mehr aus, als ein p650 oder 660. (von der hardware her leistungsfaehiger und laut beschreibung 6000 oder 8000 nat-sessions gegenueber rund 2000 bei den p650/660. ) mein kurztest ist eh hier im forum archiviert http://xDSL.at/viewtopic.php?t=35059&highlight=amule
ciscos haben damit auch keine probleme, aber die kosten erstens mehr als du wahrscheinlich ausgeben willst, wenn du auf ebay nicht geduldig auf eine guenstige gelegenheit wartest, und zweitens sind sie nicht ganz leicht zu konfigurieren. unbekannte einstellungen + unbekannte cisco-handhabung garantieren frust. zu linksys-modems gibts hier im forum schon ein paar erfahrungsberichte.

[xebone]

da zu darf ich mich auch wieder zu Wort melden.
Hab ja exakt das gleiche Problem. Wobei es noch nicht so schlimm war wie es noch 2 Mbit war. Jetzt sind ja alle 2 Mbit student Leitungen auf 6Mbit umgestellt.
nach den ersten 3 Support Anrufen (gab immernoch keinen Rückruf) waren die ersten Vermutungen der Techniker "die leitung ist immer sehr viel ausgelastet und die "CPU" der Modems läuft heiss".

Die leitung selbst würde 18 Mbit aushalten - ist als relativ gut.

An den NAT Sessions liegt es nicht, weil auch bei niedrigen Einstellungen die Sessions niemals über 100-250 auf einmal liegen. Und die Tabelle fast 2500 und wird alle 5 Min komplett geleert.

Ich hab auch gesagt "das kanns ja nicht sein, muss doch die Leitung voll nutzen können, von mir aus kauf ich mir ein eigenes Modem oder sie sollen mir eines geben das besser geht"

Mal schaun morgen, übermorgen wird das geklärt.

Habe aber seit 3-4 Tagen eigentlich keinen Ausfall, hab das Modem mal auf nen wesentlich besser durchlüfteten Ort gestellt. Offensichtlich ist der Tipp mit "Überlastung der Hardware" nicht falsch. Heftig aber finde ich.
Bin gespannt ob sie mir einen anderens Modemtyp geben oder wie wir verbleiben ....

Der Punkt ist eben das es auch bei sonstiger hoher Auslastung. (FTP, X Sessions etc. und nur wenn ein p2p Programm offen ist (aber nichts transferriert wird) schon abstürzt. (wie es an dem wärmeren Standpuntk war - subjektiv war es aber nicht heiss)

[jutta]

das problem werden in naechster zeit immer mehr leute haben, bei den verschiedensten providern. dort, wo das modem als bridge konfiguriert ist, trifft es halt die privaten router dahinter. normale soho-hardware haelt solche belastungen zwar kurzfristig aus, aber nicht stunden- und tagelang.

[jutta]

An den NAT Sessions liegt es nicht, weil auch bei niedrigen Einstellungen die Sessions niemals über 100-250 auf einmal liegen. Und die Tabelle fast 2500 und wird alle 5 Min komplett geleert.

soweit die theorie. ich hab grad nachgesehen.

Code: Alles auswählen

P324> ip nat iface wanif0
Iface wanif0 Internet Network Address Translation:
    Table Size: 1024  Timeout: 180 sec  Timer period: 1 sec
    Starting External Port: 10000
    NAT Table - addr: x803dd3a0 table: x805192f4
    Outgoing: Total 176732, TCP 164218, UDP 12473, ICMP 41, Unroutable 0
    Incoming: Total 214089, TCP 201849, UDP 12238, ICMP 2, Unroutable 0
    Table: Allocated 14740, Freed 14733, Full 0, Expired 14693, Cache hit 42%
Slot Prot   Internal-IP  :Port    Outgoing-IP  :Port    External-IP  :Port  Idle
   0 -
   1 -
   2 -
   3 -
   4 -
   5 TCP  10.7.0.5       :3988  85.127.250.134 :15186 205.188.9.101  :5190  9
   6 -
   7 UDP  10.7.0.5       :3139  85.127.250.134 :23892 195.58.161.122 :53    17
   8 -
   9 -
  10 -
  11 TCP  10.7.0.5       :4409  85.127.250.134 :11190 83.65.217.66   :6667  1
  12 TCP  10.7.0.5       :3770  85.127.250.134 :10012 83.65.182.50   :6667  64
  13 -
  14 -
  15 -
  16 -
  17 -
  18 -
  19 -
  20 -
  21 -
  22 -
  23 -
  24 TCP  10.7.0.5       :3781  85.127.250.134 :10027 213.229.33.230 :6667  1
  25 -
  26 -
  27 -
  28 -
  29 -
  30 UDP  85.127.250.134 :1028  85.127.250.134 :1028  195.34.133.21  :53    35
  31 -
  32 -
  33 -
  34 -
  35 -
  36 -
  37 -
  38 -
  39 -
  40 -
  41 -
  42 -
  43 -
  44 -
  45 TCP  10.7.0.5       :4789  85.127.250.134 :22657 213.238.59.20  :80    1250
  46 -
  47 -
  48 -
  49 -
  50 -
  51 -
  52 -
  53 -
  54 -
  55 -
  56 -
  57 -
  58 -
  59 -
  60 -
  61 -
  62 -
  63 -
  64 -
  65 -
  66 -
  67 -



1250 sekunden sind imo etwas mehr als 5 minuten.

[jutta]

update: beim p324 gelingt es mir recht muehelos, die nattabelle vollzukriegen, wenn ich emule oder bittorrent verwende:

Code: Alles auswählen

P324> ip nat iface wanif0
Iface wanif0 Internet Network Address Translation:
    Table Size: 1024  Timeout: 180 sec  Timer period: 1 sec
    Starting External Port: 10000
    NAT Table - addr: x803dd3a0 table: x805192f4
    Outgoing: Total 449330, TCP 421280, UDP 27525, ICMP 525, Unroutable 0
    Incoming: Total 466970, TCP 444097, UDP 21629, ICMP 1244, Unroutable 9
    Table: Allocated 36818, Freed 36112, Full 775, Expired 35081, Cache hit 19%
Slot Prot   Internal-IP  :Port    Outgoing-IP  :Port    External-IP  :Port  Idle
   0 TCP  10.7.0.5       :3158  85.127.250.134 :24244 181.172.11.87  :4662  90
   1 TCP  10.7.0.5       :3335  85.127.250.134 :24479 98.51.6.87     :15873 24
   2 TCP  10.7.0.5       :4725  85.127.250.134 :23564 63.106.51.82   :20811 226
   3 UDP  10.7.0.5       :4672  85.127.250.134 :24159 84.222.1.199   :23275 119
   4 UDP  10.7.0.5       :4672  85.127.250.134 :23898 220.137.133.36 :6267  171
   5 TCP  10.7.0.5       :3988  85.127.250.134 :15186 205.188.9.101  :5190  48
   6 -
   7 UDP  10.7.0.5       :4672  85.127.250.134 :23704 84.109.27.6    :21651 123
   8 TCP  10.7.0.5       :3266  85.127.250.134 :24381 118.175.11.87  :56015 51
   9 -
  10 -
  11 -
  12 TCP  10.7.0.5       :3770  85.127.250.134 :10012 83.65.182.50   :6667  12
  13 UDP  10.7.0.5       :4672  85.127.250.134 :24100 84.108.165.193 :19906 133
  14 -
  15 -
  16 UDP  10.7.0.5       :4672  85.127.250.134 :24437 81.113.153.234 :4672  44
  17 -
  18 UDP  10.7.0.5       :4672  85.127.250.134 :24439 62.10.32.158   :20436 45
  19 UDP  10.7.0.5       :4672  85.127.250.134 :24410 219.84.178.26  :38593 48
  20 TCP  10.7.0.5       :4708  85.127.250.134 :23542 161.49.53.82   :8604  233
  21 TCP  10.7.0.5       :4662  85.127.250.134 :4662  217.85.90.24   :3144  12
  22 TCP  10.7.0.5       :3446  85.127.250.134 :24609 60.80.51.82    :4662  4
  23 -
  24 TCP  10.7.0.5       :3781  85.127.250.134 :10027 213.229.33.230 :6667  4
  25 UDP  10.7.0.5       :4672  85.127.250.134 :24019 190.37.111.27  :18978 154
  26 UDP  10.7.0.5       :4672  85.127.250.134 :24448 212.17.86.194  :4672  40
  27 -
  28 TCP  10.7.0.5       :3228  85.127.250.134 :24334 122.37.229.217 :21358 63
  29 TCP  10.7.0.5       :4905  85.127.250.134 :23919 87.16.82.1     :19359 162
  30 UDP  10.7.0.5       :4672  85.127.250.134 :23893 218.89.36.124  :47517 144

<...>
980 TCP  10.7.0.5       :3171  85.127.250.134 :24260 176.2.57.151   :4662  165
981 TCP  10.7.0.5       :3160  85.127.250.134 :24246 76.81.9.87     :40935 171
982 TCP  10.7.0.5       :3582  85.127.250.134 :24844 151.47.164.134 :4661  27
983 TCP  10.7.0.5       :3428  85.127.250.134 :24585 82.166.20.151  :4662  84
984 -
985 TCP  10.7.0.5       :3472  85.127.250.134 :24636 217.145.15.87  :4662  69
986 TCP  10.7.0.5       :3520  85.127.250.134 :24733 3.43.15.87     :10132 51
987 TCP  10.7.0.5       :3492  85.127.250.134 :24685 28.147.21.87   :16402 62
988 TCP  10.7.0.5       :3587  85.127.250.134 :24857 87.2.174.4     :64064 30
989 -
990 TCP  10.7.0.5       :3161  85.127.250.134 :24247 169.148.11.79  :46426 171
991 TCP  10.7.0.5       :4662  85.127.250.134 :4662  81.208.83.247  :13603 1
992 -
993 TCP  10.7.0.5       :3692  85.127.250.134 :25004 140.22.19.87   :4662  3
994 TCP  10.7.0.5       :3618  85.127.250.134 :24893 151.20.137.34  :1755  25
995 UDP  10.7.0.5       :4672  85.127.250.134 :24606 85.84.21.63    :4672  89
996 TCP  10.7.0.5       :3388  85.127.250.134 :24533 180.7.10.79    :4662  100
997 TCP  10.7.0.5       :3279  85.127.250.134 :24398 119.187.52.82  :4662  127
998 UDP  10.7.0.5       :4672  85.127.250.134 :24928 151.70.141.131 :10723 23
999 -
1000 -
1001 TCP  10.7.0.5       :3297  85.127.250.134 :24420 209.31.52.82   :4662  121
1002 TCP  10.7.0.5       :3656  85.127.250.134 :24945 82.52.38.205   :4662  7
1003 TCP  10.7.0.5       :3342  85.127.250.134 :24486 116.134.56.151 :58719 105
1004 UDP  10.7.0.5       :4672  85.127.250.134 :24803 221.221.205.48 :62802 46
1005 -
1006 UDP  10.7.0.5       :4672  85.127.250.134 :24667 79.9.2.23      :25630 75
1007 TCP  10.7.0.5       :3233  85.127.250.134 :24340 143.132.1.88   :35607 143
1008 TCP  10.7.0.5       :3542  85.127.250.134 :24780 195.52.181.85  :4662  40
1009 UDP  10.7.0.5       :4672  85.127.250.134 :24847 87.223.209.108 :14934 35
1010 UDP  10.7.0.5       :4672  85.127.250.134 :25034 151.47.219.41  :4672  1
1011 TCP  10.7.0.5       :3322  85.127.250.134 :24464 211.173.20.87  :4662  111
1012 UDP  10.7.0.5       :4672  85.127.250.134 :24959 80.181.162.164 :22977 15
1013 TCP  10.7.0.5       :3662  85.127.250.134 :24951 87.0.207.96    :4662  13
1014 TCP  10.7.0.5       :3539  85.127.250.134 :24777 105.61.6.87    :1755  40
1015 TCP  10.7.0.5       :3411  85.127.250.134 :24558 24.109.21.87   :4662  93
1016 -
1017 -
1018 UDP  10.7.0.5       :4672  85.127.250.134 :24641 82.81.99.199   :4672  60
1019 -
1020 TCP  10.7.0.5       :3602  85.127.250.134 :24877 82.48.52.50    :4662  19
1021 UDP  10.7.0.5       :4672  85.127.250.134 :24982 80.39.17.148   :22859 10
1022 UDP  10.7.0.5       :4672  85.127.250.134 :24808 77.91.31.180   :55067 44
1023 TCP  10.7.0.5       :3548  85.127.250.134 :24786 116.154.16.87  :4662  40
P324>


bei den p660h(w) ist die nat-tabelle zwar doppelt so gross, aber es ist nur eine frage von zeit (und schlechten peers), dass sie auch voll wird. emule zeigt mir uebrigens 120 active connections, 107 average, 174 peak connections an - dies zum verhaeltnis "connections" vs. nat sessions.

disclaimer: fuer einen ernsthaften test sind mehrere versuche mit unterschiedlichen einstellungen und downloads noetig. die zeit dafuer habe ich aber nicht.

[xebone]

Ist auch nicht so wichtig, denn es tritt auch auf wenn kein p2p läuft oder nur ein torrent mit 20 peers.

Allerdings frag ich mich warum

Code: Alles auswählen

normale soho-hardware haelt solche belastungen zwar kurzfristig aus, aber nicht stunden- und tagelang. 

das so ist?!

[ghuber]

Ist auch nicht so wichtig, denn es tritt auch auf wenn kein p2p läuft oder nur ein torrent mit 20 peers.

Allerdings frag ich mich warum das so ist?!

Hmmm........ wenn ich einen http initiierten download hab, hab' ich das Problem eigentlich nicht. Manchmal schmiert mir das Modem aber ab, obwohl der p2p client schon geschlossen ist (da dürften noch Reste in der NAT-table vorhanden sein).

Lustig ist auch, dass das Modem nach dem Reboot manchmal "zurückfindet", meistens aber gar nicht mehr synched. Wenn ich den p2p client dann schließe findet das Modem hin und wieder dann sogar ohne Kaltstart wieder die line...

Gibt's dieses Phänomen auch bei anderen Providern, die das 660H einsetzen?

@jutta: du hast gepostet, dass "in Bälde" noch viel mehr diese Probleme haben werden, wie hast Du das gemeint?

lG Georg

[jutta]

> jutta: du hast gepostet, dass "in Bälde" noch viel mehr diese Probleme haben werden, wie hast Du das gemeint?

so ziemlich alle provider drehen die bandbreiten rauf. das ist einerseits nett von ihnen, andererseits bedeutet es, dass das die vielen kleinen router bei den kundinnen und kunden mehr paktete in derselben zeit schupfen muessen. wenn die kunden dann noch glauben, dass sie ihre 6 oder 10 oder 20 mbit/s dazu nuetzen muessen, pausenlos mit voller staerke zu saugen, strecken die router nach einiger zeit die patschen.

stell es dir so vor, als haetten die meisten leute 2CV oder R4 oder aehnliche autos und das autobahntempo wuerde auf 200 angehoben.

[xebone]

@ghuber

Eben ist ja egal was es ist nur muss es ordendlich Last erzeugen.
Ein simpler http download tut das nicht.
Ein einfacher ftp auch nicht, aber ein FTP download, ein paar offene http Sessions und ein online game nebenher haben auch schon gereicht bei mir.

[fanta24]

wie schon in einem anderen thread erwähnt habe ich die gleiche konfiguration wie xebone/ghuber.

@ghuber

Eben ist ja egal was es ist nur muss es ordendlich Last erzeugen.
Ein simpler http download tut das nicht.
Ein einfacher ftp auch nicht, aber ein FTP download, ein paar offene http Sessions und ein online game nebenher haben auch schon gereicht bei mir.

geht mir genauso. manchmal kackt bei mir das modem auch bei 12 offenen verbindungen ab

in letzter zeit dauern auch die reconnects verdammt lange. manchmal dauert es bis zu 10min bis ich wieder online bin.

[jutta]

sorry, diese frage hatte ich uebersehen:

Allerdings frag ich mich warum

Code: Alles auswählen

normale soho-hardware haelt solche belastungen zwar kurzfristig aus, aber nicht stunden- und tagelang. 

das so ist?!

ganz einfach: weil sie von den herstellern nicht dafuer konzipiert wurde. leistungsfaehige profi-router kosten um einige hundert euro mehr.

zum fileshraring-problem bei sil: ich bin mit der technik in kontakt. es geht darum, rauszufinden, was genau passiert, wenn ihr einen disconnect habt. verliert das modem nur die ip adresse oder rebootet es? welche leds leuchten/blinken bei bei einem disconnect? bitte in naechster zeit beobachten. kundennummern oder aehnliches waeren auch gut, damit die sil-techniker rausfinden koennen, wie das jeweilige modem konfiguriert ist.