Brainstorm Behringer SynthTribe, oder warum es suboptimal ist, FW nicht zum Download anzubieten und Umgehung des Problems

Dann bleibt es wohl bei der verbuggten TD-3-Firmware.
Mag sein, dass es bei der TD-3 anders läuft. Ich habe die kleine Kiste hier noch irgendwo herumliegen. Watch this space. Bevor ich da den Update Vorgang durchführe starte ich mal den Process Monitor. Denn nur Versuch macht kluch.
 
Nur mal dumm in die Runde gefragt: Welche Version von Synthtribe nutzt ihr denn? Immer die jeweils aktuelle und frisch vom Server bei Behringer? Oder eine alte Version, die noch so auf der Festplatte schlummert?
 
Nur mal dumm in die Runde gefragt: Welche Version von Synthtribe nutzt ihr denn? Immer die jeweils aktuelle und frisch vom Server bei Behringer? Oder eine alte Version, die noch so auf der Festplatte schlummert?
Ich kann nicht für andere sprechen, aber für mich ist es schon selbstverständlich, zumindest die neuste Version auszuprobieren, bevor ich anfange Wind zu machen. Insgesamt waren es bei mir zahllose Versionen, die aktuelle Windows-Version war auch dabei.
 
Alles klar nun. Behringer hat vermutlich irgendwann den Cloud Zugang geändert, daher gibt es sicher mit veralteten Versionen Probleme.
 
Prüft mal die MTU Settings eures Rechners und die MSS (max segment size) eures Netzwerkes. Weiter, schaut mal, ob ihr IPv4 oder IPv6 im Access habt.

MTU Settings:
Im CMD Fenster: netsh interface ipv4 show subinterface
-> es sollte ein Wert von 1500 herauskommen

MSS (max segment size) eures Netzwerkes:
Im CMD Fenster:

ping 8.8.8.8 -f -l 1200 und es solte etwas in der Art kommen:

Pinging 8.8.8.8 with 1200 bytes of data:
Reply from 8.8.8.8: bytes=68 (sent 1200) time=17ms TTL=117
Reply from 8.8.8.8: bytes=68 (sent 1200) time=11ms TTL=117
Reply from 8.8.8.8: bytes=68 (sent 1200) time=11ms TTL=117
Reply from 8.8.8.8: bytes=68 (sent 1200) time=11ms TTL=117

Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 17ms, Average = 12ms

Dann:

ping 8.8.8.8 -f -l 1500 und es solte etwas in der Art kommen:

Pinging 8.8.8.8 with 1500 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Nun den Wert zwischen 1200 und 1500 varieren und den Wert feststellen, bei dem es gerade noch geht. Das ist die MSS.
Das wird wahrscheinlich bei 1472 sein und 1472 + 28 ist 1500.

Wenn nicht (man weiss ja nie), könnte das das Problem erklären.

Hintergrund:

IPv4 oder IPv6 im Access:
 


Neueste Beiträge

News

Zurück
Oben