DrTCP by Broadbandreports.com

DrTCP is een tool om de MTUSize van network adapters aan te passen. Een dergelijke tool wordt ook wel vaak meegeleverd bij diverse VPN-apparatuur en routers, maar dan zijn het vaak vendor-specifieke tools. Deze is generiek en werkt prima.

Afgelopen weken toevallig tweemaal tegen een probleem aangelopen, wat te maken had met MTU-size en/of black hole routers. Wist nooit wat een black hole router was, maar heb er wel behoorlijk last van gehad ;-) Zie een Microsoft KBA over Black Hole Router Issues voor meer info.

Black Hole Routers en (een te grote) MTU-size verhouden zich dus een-op-een tot elkaar, vandaar dat het kunnen wijzigen van de MTU-size veel problemen kan oplossen cq. informatie kan geven hoe een probleem op te lossen. De MTU-size geldt per netwerkadapter of device en kan in het Windows-register worden gewijzigd. Een tool daarvoor is natuurlijk wel handiger en die heb ik uiteindelijk gevonden in de bovengenoemde DrTCP.

Trouwens, Cisco adviseert deze tool ook. En als Cisco het zegt... ;-)

En: ook nog wat uitleg over deze tool.

Reacties

Een reactie posten

Populaire posts van deze blog

Lessons Learned - Cisco ASA 5505 and TCP request discarded

Hi there, Last week, we set up a Cisco ASA 5505 firewall in one of our customers' LAN. It should replace the ISA 2000 firewall over there, because we need to create a site-to-site tunnel to a PIX 515E on a remote location. All went fine with this ASA 5505, except that it would not pass any traffic from the internet to the LAN. From the inside out, all was OK. From the outside in, nothing would pass the firewall. The relevant config lines were as follows: static (inside,outside) tcp w.x.y.z 25 10.10.10.10 25 netmask 255.255.255.255 access-list outside01 permit tcp any host w.x.y.z eq 25 access-group outside01 in interface outside So, here we redirect all SMTP traffic on public interface with IP w.x.y.z to private host 10.10.10.10. Nothing much would happen. Internally, the SMTP host was listening, of course. From outside, the interface with IP w.x.y.z was pingable, of course. From the outside, configuring the ASA with SSH or HTTPS went fine. (So, traffic TO the
Meer lezen

Change the default telnet client

Enable handling of telnet://hostname:port/ URLs on the command line. With this feature, you can now set PuTTY as the default handler for Telnet URLs. If you run the Registry Editor and set the value in HKEY_CLASSES_ROOT\telnet\shell\open\command to be "\path\to\putty.exe %1" (with the full pathname of your PuTTY executable), you should find that clicking on telnet links in your web browser now runs PuTTY.
Meer lezen

Printing to LPD Printer Is Slow or Fails with Windows

Experienced a nasty printing problem, which was caused by a number of ingredients that together will make it very odd that someone else will ever experience this problem, but anyway: here's the story... At a customer's site, we implemented new industrial labelprinters (Zebra's, very fine machines). Per label printing went fine to these printers, but printing a higher number of labels (> 10) showed a strange phenomenon: a number of labels printed fine, the system waited for a couple of minutes, then some labels again, then some minutes waiting again and so on... Very strange, but more important: very irritating! Other relevant infrastructure components: SAP R3 on Windows 2000 Server, printing to LPR-printers on the 2000-box, which in turn delivers the label on a print server (running Teklynx Sentinel S4 Print Pack for adding barcode functionality etc.). On this print server, the label processing is carried out and at last the label is delivered to the labelprinter. Quite
Meer lezen