DHCP on an old, slow AIX box.
Jeff Sumner
Jeff.Sumner at nationalcity.com
Fri Apr 4 17:02:07 UTC 2008
Folks, this is an old thread, but...
The RS/6000 is now serving up DHCP as expected. I build a new GCC (5 days to
compile) and then DHCP, and the new binary gives out addresses as expected.
Thanks!
(This is on an old 250...)
J
On 3/19/08 3:38 AM, "Holger Honert" <holger.honert at signal-iduna.org> wrote:
> Hi Jeff,
>
> telling you my configuration:
>
> I also have an experimental net for testing purposes with two RS6000
> machines (failover) and dhcpd version 3.1.0 and bind DDNS 9.4.2.
> The RS6k is a 43 p model 150 with 384 MB RAM and 375 Mhz CPU.
>
> I don't see those problems you have mentioned, anyway.
>
> Furthermore I have two more RS6k exactly the same hardware with only
> dhcp version 3.0.3 as a failover pair in production environment serving
> more than 5.000 addresses without any probs.
>
> If you want more info, you can contact me off-list.
>
> Regards
>
> Holger
>
>
>
> Jeff Sumner schrieb:
>> > Here's my once/year request:
>> >
>> > Anyone running DHCPD on a really slow AIX box experiencing problems?
>> Version
>> > 3.1.0 and 3.1.1b1 both do the same thing. I've a teeny network (build for
>> > experimentation) and have an old RS/6000 with BIND 9.4.2 (DDNS enabled) on
>> > it, sufficient RAM, 10/100MB Ethernet adapter. DHCP builds fine (gcc
>> > obtained from IBM- version 4.0.0) and seemingly runs well.
>> >
>> > All DHCP requests are recorded in the log, dutifully, as are the offers.
>> >
>> > Only once has a device obtained a lease. I almost never see packets coming
>> > back into the devices. I've a couple Macs on the wire (with Wireshark) and
I
>> > get nothing back when trying to force DHCP requests- but the log does say
>> > it's trying.
>> > I've even tried plugging right into the RS/6000. I've tried the other NIC
>> on
>> > the RS/6000, too, finding an old Ethernet transceiver.
>> > Once, though, I got a DDNS entry to go, and the laptop did record a 15
>> > minute lease, only to NOT be able to refresh it for failure to see the ack.
>> >
>> > This device works fine as a DNS server, SSH server/client, or anything else
>> > I could ask for. I don't see errors in the log, and netstat show nothing
>> > dropped.
>> >
>> > Anyone?
>> > J
>> >
>> >
>> >
>> -----------------------------------------------------------------------------
>> --------------
>> > ***National City made the following annotations
>> >
>> -----------------------------------------------------------------------------
>> --------------
>> > This communication is a confidential and proprietary business
>> communication.
>> > It is intended solely for the use of the designated recipient(s). If this
>> > communication is received in error, please contact the sender and delete
>> > this communication.
>> >
>> =============================================================================
>> ==============
>> >
>> >
>> >
>> >
>
>
>
> SIGNAL Krankenversicherung a. G.
> Sitz: Dortmund, HR B 2405 AG Dortmund, Ust-IdNr. DE 124906350
> IDUNA Vereinigte Lebensversicherung aG fur Handwerk, Handel und Gewerbe
> Sitz: Hamburg, HR B 2740 AG Hamburg, Ust-IdNr. DE 118617622
> SIGNAL Unfallversicherung a. G.
> Sitz: Dortmund, HR B 2220, AG Dortmund, Ust-IdNr. DE 124906341
> SIGNAL IDUNA Allgemeine Versicherung AG
> Sitz: Dortmund, HR B 19108, AG Dortmund, Ust-IdNr. DE 118617622
>
> Vorstande:
> Reinhold Schulte (Vorsitzender), Dr. Karl-Josef Bierth, Michael Johnigk,
> Ulrich Leitermann, Michael Petmecky, Dr. Klaus Sticker, Vorsitzender der
> Aufsichtsrate: Gunter Kutz
>
> SIGNAL IDUNA Gruppe Hauptverwaltungen, Internet: www.signal-iduna.de,
> E-Mail: info at signal-iduna.de
>
> 44121 Dortmund, Hausanschrift: Joseph-Scherer-Str. 3, 44139 Dortmund,
> Telefon: (02 31) 1 35-0, Telefax: (02 31) 1 35-46 38
>
> 20351 Hamburg, Hausanschrift: Neue Rabenstra?e 15-19, 20354 Hamburg,
> Telefon: (0 40) 41 24-0, Telefax: (0 40) 41 24-29 58
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20080404/c8ed7f5d/attachment.html>
More information about the dhcp-users
mailing list