- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: tcpdrop for HP-UX
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 03:45 PM
07-28-2003 03:45 PM
tcpdrop for HP-UX
We now need to do the same thing for HP-UX but this is provinf to be a problem. Under OSF1 it pretty easy, you have access to various system tables with the table call and you can send it a control block with the IP addresses of the src/dst and the ports. A matching connection in the TCP stack will then receive the state action (i.e. delete) and the connections will be removed causing the connection to abruptly fail.
But I can't seem to find a similar interface on HP-UX.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 04:43 PM
07-28-2003 04:43 PM
Re: tcpdrop for HP-UX
ndd -h supported
ndd -h unsupported
http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90129/B2355-90129_top.html&con=/hpux/onlinedocs/B2355-90129/00/02/209-con.html&toc=/hpux/onlinedocs/B2355-90129/00/02/209-toc.html&searchterms=parameter%7cndd&queryid=20030728-183915
You might find 'tcpdump' or 'etheral' sniffers helpful, but these are suppose to be passive reporting utilities.
http://hpux.cict.fr/hppd/hpux/Networking/Admin/tcpdump-3.6.2/readme.html
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 04:56 PM
07-28-2003 04:56 PM
Re: tcpdrop for HP-UX
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 05:55 PM
07-28-2003 05:55 PM
Re: tcpdrop for HP-UX
ndd was introduced in HP-UX 10.30. You just missed out. ndd replaced the nettune command. So have a look at netttune on 10.20.
Cheers!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 06:11 PM
07-28-2003 06:11 PM
Re: tcpdrop for HP-UX
ifconfig can be used to down the interface or even change its ip address.
Probably could do the same thing a lot easier by shutting down the port on the switch. Or by playing with a router that passed the packet.
Ron
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-28-2003 06:14 PM
07-28-2003 06:14 PM
Re: tcpdrop for HP-UX
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-29-2003 11:14 AM
07-29-2003 11:14 AM
Re: tcpdrop for HP-UX
It sounds like you know what you are doing with the testing to deal with connection drop, but please do not get into the habit of using tcp_discon anywhere else. Some mis/abuse it to workaround their apps not setting SO_REUSEADDR.
A rather different possibility, and equally unsupported :) would be to use dummynet. That could be configured to introduce delays, packet losses, etc on a TCP connection. SMOP to make that connection-specific. ftp://ftp.cup.hp.com/dist/networking/tools/