Bug#479312: marked as done (ITP: onesixtyone -- An efficient SNMP scanner)
Your message dated Mon, 5 May 2008 02:15:16 -0500
with message-id <b4a2607a0805050015s49f027e9qb7b2b5aa654115ae@mail.gmail.com>
and subject line Bug#479312:: fixed in onesixtyone 0.3.2-1 Bug#459668
has caused the Debian Bug report #479312,
regarding ITP: onesixtyone -- An efficient SNMP scanner
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
479312: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479312
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Sebastian Castillo Builes <castillobuiles@gmail.com>
* Package name : onesixtyone
* URL : http://www.phreedom.org/solar/onesixtyone/
* License : GPLv2+
Programming Lang : C
Description : An efficient SNMP scanner
The approach taken by most SNMP scanners is to send the request, wait for n seconds and assume that the community string is invalid. If only 1 of every hundred scanned IP addresses responds to the SNMP request,
the scanner will spend 99*n seconds waiting for replies that will never come.
This makes traditional SNMP scanners very inefficient.
Onesixtyone takes a different approach to SNMP scanning. It takes advantage of the fact that SNMP is a connectionless protocol and sends all SNMP requests as fast as it can. Then the scanner waits for responses
to come back and logs them, in a fashion similar to Nmap ping sweeps. By default onesixtyone waits for 10 milliseconds between sending packets, which is adequate for 100Mbs switched networks. The user can adjust
this value via the -w command line option. If set to 0, the scanner will send packets as fast as the kernel would accept them, which may lead to packet drop.
Running onesixtyone on a class B network (switched 100Mbs with 1Gbs backbone) with -w 10 gives us a performance of 3 seconds per class C, with no dropped packets. All 65536 IP addresses were scanned in less than
13 minutes.
--
Sebastián Castillo Builes
Ingeniero de proyectos
Fluidsignal Group S.A.
Where security meets business
http://www.fuidsignal.com/
ISO 9001:2000
ISO/IEC 27001:2005
Teléfono: +57 (4) 3522627
Móvil: +57 3008242145
--- End Message ---
--- Begin Message ---
Source: onesixtyone
Source-Version: 0.3.2-1
The bug reported is fixed in the latest version of
onesixtyone, allready fixed by Bug#459668.
--
Sebastián Castillo Builes
Ingeniero de proyectos
Fluidsignal Group S.A.
Where security meets business
http://www.fuidsignal.com/
ISO 9001:2000
ISO/IEC 27001:2005
Teléfono: +57 (4) 3522627
Móvil: +57 3008242145
--- End Message ---
Reply to: