Sponsored Content
Operating Systems Solaris SUNW, hme0: Link Down - Cable problem Post 302328393 by AlSmith1964 on Wednesday 24th of June 2009 08:58:52 AM
Old 06-24-2009
Yes the ip address is reserved as what it was originally on DHCP and I've reverted the etc/hosts file back to its original address.
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

hme0 babble -- ?

Dear Reader, I have a very unique problem. Quite often my on board ethernet port( hme0 ) related message is appearing in /var/adm/messages. The message is hme0: babble.. The port is up and alive. What does this message mean.. Is the on board port is about to fail?? Thanks in advance, (2 Replies)
Discussion started by: joseph_shibu
2 Replies

2. UNIX for Advanced & Expert Users

Hme0 interfaces...

How do you configure more than one network on a single hme0 interface under SunOS? And why would you want to do this? Thanx :) -Michelle (1 Reply)
Discussion started by: Michelle1977
1 Replies

3. BSD

cable modem problem

hi I want to setup my cable modem under OpenBSD. I did not configure my network while installing the system. When I type, I get # ifconfig -a lo0 : .... ... ... rl0 : .... ... ... vr0 : ... ... ... I have two network cards (the machine will be a router). I created... (1 Reply)
Discussion started by: fnoyan
1 Replies

4. Solaris

Is the cable you are using a null modem cable or a modem cable

Hi all, Is there any difference between a null modem cable or a modem cable ? i assume that a null modem cable is a normal cable that i used from cpu serial ports to a modem for dialup. please correct if i am wrong, thks (2 Replies)
Discussion started by: waterbear
2 Replies

5. Solaris

hme0 problem after reboot

Hi ..... My problem is that when i reboot the system i can't connect to the network because my ethernet ( hme0 ) is down , i must up it by ifconfig command after reboot : # ifconfig -a lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1 inet 127.0.0.1 netmask... (1 Reply)
Discussion started by: tt155
1 Replies

6. Solaris

sun 420r hme0 not responding

I have a 420r server it boots up all of the network settings are correct, however the machines network connection is not working. Cant ping anything from it, cant ping it from another machine on the network. If I ping 127.0.0.1 it says alive. Is there a chance the network card has been... (2 Replies)
Discussion started by: alanj4
2 Replies

7. Solaris

cannot telnet/ftp to solaris machine by straight cable makes problem ..

Hi All, 1. modify /etc/default/login file as make commented # console= 2.put my laptops ip at both /etc/inet/ipnodes and /etc/host file still i can login via telnet/ftp through a DB9-serial cable, but when i tried through a lan stratight cable directly connected that machine... (7 Replies)
Discussion started by: mahadib
7 Replies

8. Solaris

what is going on with SUNW.HAStoragePlus?!!!!!

Hi all, really interesting thing I have encountered . So : root@host4 # uname -a SunOS host4 5.9 Generic_122300-31 sun4u sparc SUNW,Sun-Fire-880 root@host4 # scinstall -p 3.2 latest recommended patches applied ..all SUN cluster patches applied. SUN cluster software installed without... (2 Replies)
Discussion started by: samar
2 Replies

9. Solaris

Cable link down

We are unable to ping from Sun Ultra 60 to Ultra 10 machine and vice versa. We are getting an error message Cable Link Down ?. It was working fine. Troubleshooting steps taken. 1) Changed the IPaddresses on both machines 192.168.10.10 and 192.168.10.20. These machines connected through 8 port... (2 Replies)
Discussion started by: vijaykrishna
2 Replies

10. Red Hat

Different hostnames with reboot while lan cable, no lan cable

I am facing strange problem regarding hostname on my Linux(2.6.18-164.el5xen x86_64 GNU/Linux), the hostname changes if reboot with lan cable and with NO lan cable Reboot with lan cable: The hostname is ubunut Unable to connect Oracle database using sqlplus some times database is not... (2 Replies)
Discussion started by: LinuxLearner
2 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 10:54 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy