Windows XP::Client::Terminate Process

FROM TechTarget:
How to avoid 'end process' messages

When an application stops responding with the "not responding" message, Windows XP pauses for a short while before prompting a user to shut down the application. Choosing to end the process in Task Manager prompts the user with even more messages.

A simple registry hack allows XP to kill a hung process automatically, eliminating this problem altogether.

Step 1:
To make the change only for you:
Open REGEDIT and browse to HKEY_CURRENT_USER
To make the change for all users:
Open REGEDIT and browse to HKEY_USERS\.DEFAULT


Step 2:
Open the Control Panel key
Open the Desktop key


Step 3:
In the right pane, select the AutoEndTasks value
Change the value to 1 to automatically end hung applications
A value of 0 is the default and prompts the user for the next step


Step 4:
Reboot the system for the setting to take effect.
Instead of rebooting, kill the explorer.exe process in Task Manager, then click File on the menu and select New Task (run). Enter explorer.exe in the dialog box and press Enter. This will force Windows to stop and, upon restarting, reread the registry.

ABOUT THE AUTHOR:
Scott Simon is a senior network services administrator at Resurrection Health Care in Chicago. You can contact him at ssimon@reshealthcare.org.

Networking::Wireless::Wireless Bridge

Don't run cables.
Instead, use a wireless bridge to connect an ethernet device to the wireless LAN or to connect two wired segments together.
One example is: Linksys WET54G
List price: $264
Checked on Amazon and found some $129 (new.)

This thing doesn't require drivers/etc since it's just an ethernet switch you connect your NIC card to.

Or maybe you want to switch to VOIP for home phone service. Your telco termination point is problably not near your LAN cabling (if you even have it) that goes to your cable or DSL internet service. Connect your VOIP adapter between a wireless bridge and the RJ11 jack that goes into your house (where you unplugged your wired telco.)

Networking::Cisco 6500 series switch architecture

Interesting article:
http://www.scd.ucar.edu/nets/devices/eswitches/6500-backplane.html

Cisco::Network

Cisco CCNA Preparation
Cisco has made a wonderful site available for those preparing to take the CCNA exam. It could also be very useful to read up on topics there even if you don't plan on getting certified.

http://www.cisco.com/go/prepcenter

You will need to be registered with a Cisco profile, such as you would already have to submit support incidents via web.

VOIP::Security

Security concerns with VOIP & SIP are discussed at:
http://www.eweek.com/article2/0,1759,1734367,00.asp

Response from a Cisco CCIE security engineer:
My opinion is that in the enterprise, voice spam will be no worse or better than
data spam. With our solution, all spam (either voice or traditional email) will be
filtered or stored based on administrative storage policies on the email message
stores. I think the bigger problem will be with SIP phones and Internet Telephony
to the home, where there are NO corporate policies in place to control the amount
or type of email that gets sent to the home email user.

In regards to the other issues, in particular the DDoS attacks and other network
attacks, Cisco addresses those with our defense in depth approach to securing the
entire network infrastructure. The specific attack mitigation strategies and
deployment guidelines are detailed in the SAFE Whitepaper, SAFE: IP Telephony
Security in Depth. This whitepaper can be located at:
http://www.cisco.com/warp/public/cc/so/cuso/epso/sqfr/safip_wp.pdf

I'd also like to mention the Network World article regarding the voice security
testing of a Cisco IP Telephony infrastructure. By building a secured
network infrastructure, Cisco IP Telephony was the only IP Telephony system
to be rated "Secure" by Miercom, which provided the testing for the Network
World article. Details of the test can be located at:
http://www.nwfusion.com/reviews/2004/0524voipsecurity.html

ISDN Test Numbers

http://www.expeditevcs.com/test.htm