Active DHCP Leases OID

Is there an OID to pull the active dhcp leases on a Cat3750 running c3750-ipbasek9-mz.122-46.SE.bin? We are running dhcp server in this switch on one of our remote sites and I would like to graph the data.
I looked online and there is a mib under .1.3.6.1.4.1.9.10. Which is the experimental brunch of Cisco. This MIB it is not supported on the IOS mentioned above.
Thanks for any info.
Jorge Jiles

You can use the following:
CISCO-DHCP-SNOOPING-MIB
http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&step=2&mibName=CISCO-DHCP-SNOOPING-MIB
1.3.6.1.4.1.9.9.380.1.4.1.1
The above requires that you enable dhcp snooping:
ip dhcp snooping
ip dhcp snooping vlan
From the cli, its the same as "sh ip dhcp snooping binding" output.
The CISCO-MAC-NOTIFICATION-MIB should get the dhcp based users info based on mac address, vlan, and ip address.
ciscoMacNotificationMIB
1.3.6.1.4.1.9.9.215
http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&step=2&mibName=CISCO-MAC-NOTIFICATION-MIB
Let me know if it works or not.

Similar Messages

Needing to Renew DHCP Lease every five minutes to stay online

I experienced ALL the networking and DNS problems since my Leopard install, but adding OpenDNS servers to my router cured the problem. For two months, anyway. Now, in the last week, I've got problems again, and now the only thing that cures the suddenly dead network connection is to simply Renew DHCP Lease. Instantly my connection works again. But I'm needing to do this LITERALLY every five or ten minutes. Once I do this, it returns me the same IP address (as my router is set to do so), and all works again. Monitoring outbound network activity, I can see continuous failed requests to resolver1.openDNS.com and resolver2.openDNS.com. Barring waiting until 10.5.2, which we all hope resolves these problems (hur hur), any ideas?

I have had wireless problems intermittently for a year, and seriously for 6 weeks. Apple denied the issue and was no help in spite of many tens of thousands of people on their own discussions complaining. I found a post suggesting a couple of things which fixed the problem. I don't know if both are necessary, but the first by itself does not solve the problem.
Lock the channel of your router to channel 1, apparently Apple and 802.11n don't play well together on higher channels. When this becomes a standard this will be resolved I hope.
Open your network preferences, select 'airport' and advanced. Delete unused networks. Select your network.
Open TCP/IP and write down all the settings, configure iPv4 manually. Enter the settings manually. Turn off IpV6.
Open DNS and write down your DNS server. Delete it and re-enter it manually.
This has worked on 2 macbooks and an iMac for the last 3 weeks with no network drops.
Joe Shea
Philadelphia

Monitoring DHCP leases with SNMP

Hi,
is there a way to monitor the number of DHCP leases (show ip dhcp binding) of a DHCP pool created on a 2960 switch?
Regards, Leonardo

Once I got my SNMP host to accept the correct attribute and configure the event trap all I had to do was add the trap command to the router. I then bounced one of my low usage PRI's (which had 0 calls on it ) and got the following event traps on the SNMP host:
Minor
May 19, 2010 2:21:00 PM EDT
A demandNbrLayer2Change notification has been received indicating that a D-channel on Rtr_Cisco device, named has layer 1 active but layer 2 not established. Interface Index = 83 Link Status = ISDNLinkInTransition
System
May 19, 2010 2:21:01 PM EDT
System
Major
May 19, 2010 2:20:59 PM EDT
A demandNbrLayer2Change notification has been received indicating that a D-channel on Rtr_Cisco device, named has both layers 1 and 2 inactive. Interface Index = 83 Link Status = ISDNLinkDown
System
May 19, 2010 2:21:00 PM EDT
System
It doesn't tell you specifically which interface is down but at least it narrows it down to the gateway/router. Most of our gateways have only one PRI anyway.
We use Spectrum One Click for network monitoring.
Here is L2 back on line:
May 19, 2010 2:21:01 PM EDT
A demandNbrLayer2Change notification has been received indicating that a D-channel on Rtr_Cisco device, named has layer 1 active and layer 2 established. Interface Index = 83 Link Status = ISDNLinkUp
System

DHCP Leases vs. DHCP Statistics

While checking DHCP leases in the Computer Management MMC, I’ve noticed a discrepancy between the number of active leases displayed in Services and Applications
| Scope | Address Leases and the number of address reported as “in use” by right-clicking on Scope & selecting “Display Statistics.”
Generally, there seems to be a far lesser number of addresses displayed in the MMC “Address Leases” as compared to the number reported as “in use” by “Display Statistics.”
System is a SBS 2003 R2, fully patched & up-to-date.
I’m at a loss as to why this apparent discrepancy would exist.
Can anyone shed some light?
Thanks.

I have analyzed better the problem.
The "In use" value of "Display statistics" don't show the number of addresses really used by dhcp clients but show the maximum value of addresses that dhcp server has leased.
For example, if my dhcp server has scope 192.168.1.1-192.168.1.100 and addresses leased are
192.168.1.32, 192.168.1.36, 192.168.1.39
the "in use" value of statistics will be 39 even if addresses really used are only 3.
HTH
Edoardo Benussi - Microsoft® MVP
Management Infrastructure - Systems Administration
https://mvp.support.microsoft.com/Profile/Benussi
Windows Server Italian Forum Moderator
edo[at]mvps[dot]org

MDT 2013 - A Connection to the deployment share could not be made - DHCP Lease was not obtained

First, let me give you some context:
Framework: MDT 2013 with MS SDK 7.1
Task Sequence: Standard Client TS with sysprep and capture.
Target workstation (build workstation): VM Guest on ESX 5.5 host, 8 vCPU, 8GB RAM, LSI Logic SAS Controller, E1000 NIC, SSD DAS
Behavior: The VM loads and installs the OS fine in PE, VM boots into OS successfully and resumes the TS, after the first system reboot, the error message occurs and it reads:
A connection to the deployment share (\\*********\DeploymentShare$) could not be made. DHCP Lease was not obtained for any Networking device! Possible Cause: Check physical connection. Retry:...... Cancel:.....
While observing this error, I didn't notice the NIC hadn't completely initialized and obtained an IP yet (network adapter icon in systray), additionally hitting retry after the NIC was initialized resumed the TS.
This behavior reoccurs with several subsequent reboots until a few more applications (Citrix Receiver, VMware Tools) with services are installed which seem to then slow the system boot-up time and then allows the TS to start after the NIC has initialized.
From several posts I've read on this forum, this particular behavior was alleviated by a "wait for IP lease" mechanism built into the TS engine which was introduced in MDT 2010 SP1, I wasn't able to find any other confirmation whether
this mechanism is still in effect with MDT 2013. Another point worth mentioning from several other posts I was able to find is that this behavior appears to manifested itself on target workstations with SSDs, which would somewhat explain the faster
TS load time vs waiting for an IP lease. I've also tried to replicate this behavior in a non-SSD and low-performance VM environment and I wasn't able to replicate it.
My question: Does anyone else have experienced this behavior with MDT 2013 and if so, how did you resolve it? Or is this a bug?

I have this issue intermittently as well. For us, it coincided with the deployment of IP phones, which meant PoE switches all around. However, the problem persisted even after we turned off PoE to the ethernet ports from which we normally PXE
boot.
As this issue has been intermittent, I've backburnered it. When it does happen, I just wait for the lease to arrive then rerun the wizard.
Thanks for the feedback, that's true the TS can be resumed manually once the lease has occured but it defeats the purpose of an automated TS if I have to keep an eye on it and intervene if I need to.
The network guys here recommended putting wireshark or network monitor on it and figuring out just what the heck is going on. Basically, what Keith Garner said. They also disabled PortFast awhile back to see if that made any difference, and it did
not.

TS1388 After one or two websites the search "freezes". To rectify this I need to go into "Network" and press "Renew DHCP Lease" on my imac 10.6.8

After one or two websites the search "freezes". To rectify this I need to go into "Network" and press "Renew DHCP Lease" on my imac 10.6.8TS1317 - Mac OS X: Troubleshooting a cable modem, DSL, or LAN Internet connectionAny help?

Check your computers time and date are correct, and updating to your location via Apple's servers.
WiFi, Internet problems, possible solutions

[SOLVED] Hostname not showing in DHCP lease list

This is a brand new installation using the new systemd base.
Installed openbox as window manager and Network Manager.
What did I miss that the hostname of this computer (opus) is not showing up in the DHCP Leases list?
When I connect to the network using Network Manger(DHCP), hostname is not sent to the DHCP server (DNSmasq). It shows up as a "*":
DHCP leases
Hostname    IP-address    MAC-address    Lease expires
*    192.168.10.100    XX:XX:XX:XX:XX:XX Nov 28th, 19:34
*    192.168.10.59    XX:XX:XX:XX:XX:XX Nov 28th, 19:23
alarmpi    192.168.10.69    XX:XX:XX:XX:XX:XX Nov 28th, 16:56
RM696    192.168.10.97    XX:XX:XX:XX:XX:XX Nov 28th, 18:23
(I blanked out the MAC-addresses.)
The first entry is connecting through wireless. The second is wired.
At the command line:
hostname
opus
hostname -f
localhost.localdomain
/etc/hosts:
# /etc/hosts: static lookup table for host names
#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost opus
::1 localhost.localdomain localhost opus
# End of file
What file do I need to change and how?
Updated:
1) I created a /etc/dhclient.conf file and added:
send host-name "opus";
request subnet-mask, broadcast-address, time-offset, routers,
domain-search, domain-name, domain-name-servers, host-name;
and rebooted.
This had no effect.
2) Just for kicks, I uninstalled Network Manager and installed Wicd.
This DID send the hostname and it displayed on the DHCP Leases List. But it also had the effect of turning off the WiFi radio.
I did try to turn it back on: Went to the BIOS, made sure it was on (it was). Read some posts about power savings and what to do (tried them, didn't work).
So I uninstalled Wicd, re-installed Network Manager and I am back to where I was.
Last edited by dastagg (2012-11-29 11:15:11)

Sorry, forgot to add this:
https://bbs.archlinux.org/viewtopic.php?id=152376
Follow the instructions on the bottom.

RV180W firmware 1.0.5.4 DHCP lease problem

Yesterday I upgraded my RV180W to firmware 1.0.5.4. Today the only machine that we have with XP can't get a DHCP lease (we have some 20 machines that can that all have W7 o W8.1). Also none of the iPhones nor Androids that connect via wifi get leases either and thus have fallen back to 3G.

Hello,
First of all I want to say that I'm sorry you are experiencing an issue with the device after the firmware upgrade.
Now, we have tested this device with the new firmware on our lab and we are not experiencing the same issue, which leads me to believe this may be an issue with your particular configuration or network topology.
We would love to have the opportunity to troubleshoot this issue on the Small Business Support Center. If you are still under support with the device, give us a call and we will be happy to assist you.
If you are not able to or are out of support, then please provide as much information as possible in regards to your current configuration as well as network topology, maybe a detailed network diagram could be helpful to so that we can have a better idea of that the issue could be.
I hope this was helpful.

My internet keeps going down and when I try to renew the DHCP lease it stops working altogether

Every couple of weeks my internet would go down, I would be surfing the web and suddenly my connection would fail. I would try renewing my DHCP lease and every time I did I would get an IPv4 address of 192.168.0.100. Originally, restarting the router would fix the problem but the past couple of times they needed a technician from the provider to fix it. Even using the Ethernet cable doesn't work either.
is there a reason why this keeps happening and how do I stop it from happening again? Is there anything I can try to fix it on my end?
my computer is a five year old MacBook, running OS X 10.9.4

Having the same problem. Watched 25 minutes of a rental and it stopped with the message"unable to load video"
Using current version IPad mini.
Ios7 is HUGH PIECE OF CRAP!!!!

How do I revoke a DHCP lease in the 10.8.4 server app?

Hello Everyone,
I have some devices (security cameras) that have successfully requested a DHCP lease. Since then I went ahead and manually created a static reservation for them with a MAC hardware address in the DHCP. For whatever reason they are not switching over to the reserved address. The leases were originally for 1 day. It has been 5 days now. After the first day I switched my lease time to 1 hour. I have done everything short of leaving the devices off for 24 hours.
In Lion server, I could revoke the lease via the gui. No such luck now. My call to Applecare resulted in a "there is no way in 10.8.4 to do this". They said it would switch to the new reserved address after the initial lease period timed out, so I'm hoping the representative was wrong twice. They mentioned a complete lease wipe, but couldn't say if this would cause me to lose my list of reserved static addresses, which isn't an option.
It seems crazy that such a basic feature wouldn't make it into this release of the DHCP service. Any help would be greatly appreciated!

Are there any DHCP queries from the cameras? Check the DHCP server log via Console.app or Server.app (or Terminal.app) for details. (I don't know the 10.8 path to the DHCP logs offhand.)
According to a FAQ over at the Vivotek site, the following is the setup sequence for various recent cameras; the boxes start up in the "I don't have an IP address" self-allocated address block oddly enough, and apparently don't ask for a DHCP address? (You may well be aware of all of this, but this is the block that DHCP clients use when they first communicate with DHCP servers.)
If you are using our new product such as IP7138 / IP7139 / FD7131 / VS7100… etc, no matter your network environment is what, you can always find the camera by Installation Wizard II with the IP address 169.254.x.y.
And then, please double click the camera found by Installation Wizard II or directly type the IP address to your Internet Explorer URL box to access your camera (you do not need to change your PC's IP address). After access your camera, please go to "Network" page to configure proper network settings.
See if the devices are available via mDNS, as well; download the Bonjour Browser and have a look around your LAN. (If you're very lucky, the cameras might be visible and chatting on mDNS.)
Might also try resetting one of the cameras back to factory defaults, and seeing if you can get them to re-ask the DHCP server.
(I've had issues with some HP printers and DHCP clients and IP address assignment, but that's fodder for another discussion. And I also wouldn't rule out a rogue DHCP server, either. I've seen all sorts of unexpected stuff connected to networks over the years...)

WLC2504 clients not receiving DHCP leases

I'm stock with a 2504 using version 7.0.220.0 that won't lease out DHCP adresses
Wifi clients are unable to get a DHCP lease from an external DHCP server.
The WLC are handling 3 WLAN, 2 using internal DHCP server, 1 (that wont work) using external DHCP. The external DHCP server, is a router/firewall (out of my reach) that suffered from a power out, a short while ago, ever since the DHCP is not working on that VLAN, if client are getting static ip adresses, everything works fine. If i'm using the same network link, and plug it into a computer, I get a DHCP address.
I've enable DHCP proxy
Debbuging DHCP, using: Debug DHCP packets enable
Gives me this:
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP received op BOOTREQUEST (1) (len 308,vlan 20, port 1, encap 0xec00)
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option len (including the magic cookie) 72
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option: message type = DHCP INFORM
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option: 61 (len 7) - skipping
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option: 12 (len 1) - skipping
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option: vendor class id = MSFT 5.0 (len 8)
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP option: 55 (len 13) - skipping
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP options end, len 72, actual 64
*DHCP Socket Task: Nov 08 14:21:11.397: c8:0a:a9:cc:6d:f6 DHCP dropping packet (no mscb) found - (giaddr 0.0.0.0, pktInfo->srcPort 68, op: 'BOOTREQUEST')
Thanks

Hi Steen,
When a client is in DHCP REQ state on the controller, the controller drops DHCP inform packets. The client will not go into a RUN state on the controller (this is required for the client to pass traffic) until it receives a DHCP discover packet from the client. DHCP inform packets are forwarded by the controller when DHCP proxy is disabled.
Please check this, if still u r facing issue then provide more info.
Can you please paste a client debug of the client having DHCP issues.
Go to cli of the wlc and run the client debug . Diconnect the client then reconnect and gather the output and post.
Regards

N82 does not correctly process DHCP leases

I have no problem attaching my new N82 to my, and friends, home wireless networks. However, it fails to connect to the Univeristy Campus network giving the error: "Web: No gateway reply!"
This is because the phone doesn't correctly process DHCP leases with the 'network of one'' (2545.255.255.255) subnet mask.
Campus network details:
HP WAP 530 enterprise access point. The DHCP server is an ISC dhcp server giving out ip address in the standard private class C address range (192.168.1.0) with a subnet mask of (255.255.255.255), and a default route of 192.168.1.1.
This works on Windows 2000/XP/Vista and MAC OSX, but many embedded devices will not add the default route as they see it as outside their subnet. Many institutions use 255.255.255.255 to mitigate inter host communication.
This means I cannot use my N82 at work and I'm not happy. Beware, don't assume you can use your Nokia device at work.

If task manager says it's still running, then obviously it hasn't completed, contrary to what you said. Maybe this .exe process isn't written correctly. For example, maybe it is dependent on the current directory it is launched from, and so double-clicking it causes it to be launched from the directory it lives in, but when run from this java app, the working directory is somewhere else.

Continually have to renew DHCP lease

Occasionally my MBP will loose wireless connection. It often happens when my phone accesses the wireless Linksys router.
Every time it happens, I open network preferences, go to Advanced and "Renew DHCP Lease" and it fixes it.
Almost looks like I could use a script or something to make it renew DHCP lease when wireless disconnects.
Any ideas?

BoyHowdyDoo wrote:
Try another router. They are cheap.
I guess they're cheap for most people who are happy overspending for Apple products.
Usually not a problem with your Mac.
None of my other non-Apple devices have any problem connecting.
I really appreciate you being one of the few trying to help. My negative comments come from my frustration at Apple.

Need to renew dhcp lease often

to use the internet (wireless network) i must renew the dhcp lease every time i click a link or open a window. ive reset internet preferences and removed filesharing software. any ideas?

I also have the same problem and it started off small and it took me much trial and error to discover that only by renewing the DHCP lease every time I wanted to open a page could I still surf the net. My internet service provider first suggested that I try rebooting everything and I did -that worked for 5 minutes...then it was back to square one...I spoke with apple they were surprised that it was happening and gave me the option of paying for an over the phone trouble shooting diagnostic explaining that it could be the network card. For some reason last night everything worked perfectly without having to renew the lease.. and then this morning I am once again having to renew with every page. I did try an IP program called IPNETMonitorX but was quickly confused/overwhelmed with tech babble...
Has anyone solved similar issues?

Active directory vs OID

Hi,
Can anyone please give me pros and cons of using active directory vs OID.
We are in process of centralizing tnsnames.ora.
Thanks in advance!

Not sure about windows, but on the solaris end, there is a command line app called 'schemasynch' that will do what you want. It is located in $ORACLE_HOME/bin.
It's a one shot deal program. ie: it doesn't keep directories in synch.
Instructions for it can be found in the OID Admin Guide.
http://otn.oracle.com/docs/products/oracle9i/doc_library/release2/network.920/a96574/syntax.htm#639824
For a continuous synch' approach there is
http://otn.oracle.com/docs/products/oracle9i/doc_library/release2/network.920/a96574/odip_age.htm#115461
Cheers
Kevin

Active DHCP Leases OID

Similar Messages

Maybe you are looking for