Sponsored Content
Full Discussion: Protocol Jokes (Lame)
The Lounge What is on Your Mind? Protocol Jokes (Lame) Post 302652821 by TUX servers on Thursday 7th of June 2012 09:09:07 PM
Old 06-07-2012
Bug Protocol Jokes (Lame)

I have a UDP joke but i don't know if you will get it:
Quote:
A DHCP discover packet is standing on the street corner. he says hello hello hello.
Also, I have a TCP joke and i know you will get it.

Quote:
An IPV6 packet walks in a bar nobody talks to him.
Smilie
 

4 More Discussions You Might Find Interesting

1. Solaris

lame question

i have one stupid question... so please don't laught at me :-) actually i have linux on my pc, but i want to install a solaris... i heard that solaris is not free, but my friend said that there is a free solaris dostridution in gnu licence... is it real? if yes where can i get it? if no -... (4 Replies)
Discussion started by: pgas
4 Replies

2. Shell Programming and Scripting

lame php question

When do PHP variables/objects vanish? Say, I have a database structure in index.php, I called connect(). Then I sent the user another page, say index2.php. Should I create a fresh database structure and call connect() again, or is there a way around this? (6 Replies)
Discussion started by: rayne
6 Replies

3. UNIX for Dummies Questions & Answers

Another lame 'vi' question......

This is a long shot, but there are many bright folks on here ;) My next vi drama involves a using a prototype file for a makefile. I have an old prototype file but its not in correct format. It's formated as: /the/old/path/file1 <garbage> <garbage> /the/old/path/file2 ... (3 Replies)
Discussion started by: Yinzer955i
3 Replies

4. Shell Programming and Scripting

Help with 'batch conversion using lame' shell script

Hi. I am trying to write an sh script that will: 1. take each wav file in ~/Documents 2. convert each into mp3 format using "lame" encoder 3. save the new mp3 in ~/Documents/newmp3s. It has to follow the 3 steps in this order for each wav file before taking the next file. I tried a... (8 Replies)
Discussion started by: Kingzy
8 Replies
dhcpcemu(8)						      System Manager's Manual						       dhcpcemu(8)

NAME
dhcpcemu - Emulate a DHCP client SYNOPSIS
/usr/sbin/dhcpcemu [-b] [-q] [-m | -n | -v] [-dn] [-a server_address] [-c client_address] [-e hardware_address] [-h hostname] [-i client_identifier] [-r requested_address] [-p bootp | discover | renew | rebind | request | select | decline] [-s size] [-t timeout] [-f file] interface OPTIONS
Sets the broadcast bit. Runs quietly: display neither the contents of the incoming nor the outgoing packets. Sets the magic cookie in the outgoing packet to be the CMU (-m) or the RFC1048 (-v ) value (the default). The -n option means to use no cookie at all. The server identifier field in the options of the outgoing packet is set to the IP address. To properly emulate a client in the selecting DHCP state, this field is required regardless of the value given with the -p option. Sets the ciaddr field in the packet to the value client_address or to the IP address of the interface chosen if client_address equals 0.0.0.0. Pretend to be at the given hardware (MAC) address. The chaddr field is set to hardware_address. Unless the broadcast bit is also set, this usually means that no replies will be received, as the server or relay agents will normally try a link-level unicast to the phony address. Sets the hostname option in the outgoing packet to the given value. Sets the client identifier option in the outgoing packet to the given string. The string is treated literally, not as a hex representation of an arbitrary octet string. Sets the IP address value in the outgoing packet. This option is required if the outgoing packet is to validly represent a client in the DHCP states selecting or rebooting or in a DHCP DECLINE message. The string following determines the kind of BOOTP or DHCP packet sent, and whether the packet is broadcast or unicast. The default is to emulate a BOOTP client. Sends a packet of size octets (by default 548 octets). Exits after timeout seconds if no responses are received. Sets the file field in the outgoing packet to the given string. DESCRIPTION
The dhcpcemu command emulates a DHCP/BOOTP client. Options are provided to set the most important fields in the BOOTP request packet. A packet is constructed, is sent through the interface specified, and a reply awaited. The emulator exits after the first reply is received or for a length of time specified by the -t option. Depending on the options specified and/or the DHCP server configuration, no reply may in fact be forthcoming. If no timeout is specified, the emulator may be killed with any suitable asynchronous signal. The SIGINT signal (usually generated from the keyboard with Ctrl/c) is available if dhcpcemu is running in the foreground. It is important to note that with the options available, it is quite possible to create an illegal packet. This is one of the primary func- tions of dhcpcemu; to test the behavior of servers when confronted with packets that do not conform to the standards. RESTRICTIONS
A cluster member should never be a DHCP client. It should always use static addressing. If a cluster is to support a DHCP server, there can be only one DHCP server for all the cluster members using a common database with failover. SEE ALSO
RFC2031, RFC2032 dhcpcemu(8)
All times are GMT -4. The time now is 04:05 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy