Send netdisco-users mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/netdisco-users
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of netdisco-users digest..."
Today's Topics:

   1. R: Re:  discover device fail ([email protected])
   2. ND2 strange node behaviour (Nikolaos Milas)
   3. Re: ND2 strange node behaviour (Nikolaos Milas)
   4. Re: ND2 strange node behaviour (Nikolaos Milas)
   5. Re: ND2 strange node behaviour (Nikolaos Milas)
   6. Re: WG:  error in daemon logfile (Huber, Peter)
--- Begin Message ---
Hi Jeroen,

last Friday this http://sourceforge.net/p/netdisco/bugs/82/ point me in the 
righ direction.

in the netdisco.conf I had
v3_user         = initial:auth,enc:MD5:someAUTH:DES:somePRIV
if i use
v3_user         = initial:enc:MD5:someAUTH:DES:somePRIV
everything work fine

with SNMPv3 i can have.
Auth/Priv = use "enc"
Auth/noPriv = use "auth"
noAuth/noPriv = use nothing, i suppose

I misunderstood the use of auth,enc and I had a wrong configuration on the old 
devices.
I believed having auth/priv on them but I had only auth.
New devices have auth/priv.

answering to yours
1) "Connecting using cached info: 172.17.117.9/c/1" doe's /c/1 mean last 
community letter is "c" of snmpv1
2) I try what you suggest
3) just a typo

Thank you

Marco




>----Messaggio originale----
>Da: [email protected]
>Data: 17/03/2014 9.59
>A: <[email protected]>
>Ogg: Re: [Netdisco] discover device fail
>
>Hi Marco,
>
>Are you sure that the "new" and "old" switches have exactly the same 
>configuration for SNMP access?
>
>I'm afraid that I still don't have any experience with SNMPv3, but I do 
>notice a couple of things in the outputs that you pasted:
>
>1) The device you're trying to discover has cached credentials in the 
>database: it was last discovered using SNMPv1 and a community ending in 
>the letter "c".
>
>2) Now SNMPv1 (using the last-known-good credentials) fails and Netdisco 
>tries SNMPv3, but the switch replies with an "authorizationError". I 
>assume that deleting the device and trying to discover with SNMPv3 "from 
>scratch" gives the same error?
>
>3) Running snmpbulkwalk on the CLI succeeds, but you used "netdisco" as 
>AuthPassword and "nedisco" (without the "t") as PrivPassword; did you 
>copy/paste the commands and is it your actual configuration, or was it a 
>typo when copying?
>
>
>I hope this helps a bit; if not, hopefully someone more experienced with 
>SNMPv3 can provide some pointers.
>
>
>Regards,
>
>Jeroen van Ingen
>ICT Service Centre
>University of Twente, P.O.Box 217, 7500 AE Enschede, The Netherlands
>
>
>On 03/05/2014 12:17 PM, [email protected] wrote:
>> hi list
>>
>> I install some new hp switch
>>
>> hpA512052CEI
>> hpA550028FEI
>> hpA550052CE
>>
>> netdisco fail to discover these devices using snmp v3, but discover them
>> if v1 is enabled.
>>
>> netdisco discover other old devices with snmp v3 same authPriv
>>
>> snmpbulkwalk seems to work fine.
>>
>>
>> any suggestion?
>>
>>
>> Thanks,
>>
>>
>> Marco
>>
>>
>> root@netdisco:~# uname -a
>> Linux netdisco 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux
>>
>>
>> root@netdisco:~# netdisco -v
>> n e t  d i s c o
>> --------------------------------------------------
>> Netdisco Version   : 1.2
>> SNMP::Info Version : 3.12
>> Net-SNMP Version   : 5.0702
>> Perl Version       : 118.53.46.49.52.46.50
>>
>>
>> root@netdisco:~# netdisco -d 172.17.117.9 -D
>> n e t  d i s c o
>> --------------------------------------------------
>> Using Config File : /etc/netdisco/netdisco.conf
>> Loading topology information from /usr/share/netdisco/netdisco-topology.txt
>> 0 entries loaded
>> Loading manual topology information from database
>> 0 entries loaded
>> [172.17.117.9] Discover starting
>>    get_device(172.17.117.9)
>>    get_device(172.17.117.9) - Connecting using cached info: 172.17.117.9
/c/1
>>    create_device(172.17.117.9,c,1*,AutoSpecify,bw:default)
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/3com
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/alcatel
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/allied
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/apc
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/arista
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/aruba
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/asante
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/bluecoat
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/bluesocket
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/cabletron
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/checkpoint
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/cisco
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/citrix
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/colubris
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/cyclades
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/d-link
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/dell
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/enterasys
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/extreme
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/extricom
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/f5
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/force10
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/foundry
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/h3c
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/hp
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/huawei
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/juniper
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/lantronix
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/mikrotik
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/net-snmp
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/netgear
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/netscreen
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/nortel
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/packetfront
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/pica8
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/rad
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/rfc
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/riverbed
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/ruckus
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/sonicwall
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/trapeze
>> SNMP::Info::init() - Adding new mibdir:/usr/share/netdisco/mibs/xirrus
>> SNMP::Info::_global layers : SNMPv2-MIB::sysServices.0 : .1.3.6.1.2.1.1.7.0
>> SNMP::Info::_global(layers) Timeout at /usr/bin/netdisco line 1397
>> SNMP::Info::_global description : SNMPv2-MIB::sysDescr.0 :
>> .1.3.6.1.2.1.1.1.0
>> SNMP::Info::_global(description) Timeout at /usr/bin/netdisco line 1397
>> SNMP::Info::specify() - Could not get info from device at
>> /usr/bin/netdisco line 1397
>>    Can't connect to 172.17.117.9
>> !  Could not connect to 172.17.117.9 with SNMP community and version
>> info in database.
>>    create_device(172.17.117.9,l,3,AutoSpecify,bw:default)
>> SNMP::Info::_global layers : SNMPv2-MIB::sysServices.0 : .1.3.6.1.2.1.1.7.0
>> SNMP::Info::_global(layers) authorizationError (access denied to that
>> object) at /usr/bin/netdisco line 1397
>> SNMP::Info::_global description : SNMPv2-MIB::sysDescr.0 :
>> .1.3.6.1.2.1.1.1.0
>> SNMP::Info::_global(description) authorizationError (access denied to
>> that object) at /usr/bin/netdisco line 1397
>> SNMP::Info::specify() - Could not get info from device at
>> /usr/bin/netdisco line 1397
>> [172.17.117.9] [Trying SNMP Version 1]
>> create_device(172.17.117.9,l,1)
>> SNMP::Info::_global layers : SNMPv2-MIB::sysServices.0 : .1.3.6.1.2.1.1.7.0
>> SNMP::Info::_global(layers) Timeout at /usr/bin/netdisco line 1418
>> SNMP::Info::_global description : SNMPv2-MIB::sysDescr.0 :
>> .1.3.6.1.2.1.1.1.0
>> SNMP::Info::_global(description) Timeout at /usr/bin/netdisco line 1418
>> SNMP::Info::specify() - Could not get info from device at
>> /usr/bin/netdisco line 1418
>>    Can't connect to 172.17.117.9
>> ! Device Not Supported or I can't connect to it via SNMP.
>>
>>
>> root@netdisco:~# snmpbulkwalk -v3 -lauthPriv -uinitial -aMD5 -Anetdisco
>> -xDES -Xnedisco -mALL 172.17.117.9
>>
>> SNMPv2-MIB::sysDescr.0 = STRING: HP Comware Platform Software, Software
>> Version 5.20.99 Release 2220P02
>> HP A5500-48G EI Switch with 2 Interface Slots
>> Copyright (c) 2010-2013 Hewlett-Packard Development Company, L.P.
>> SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.25506.11.1.25
>> DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (69778676) 8 days,
>> 1:49:46.76
>> SNMPv2-MIB::sysContact.0 = STRING: x
>> SNMPv2-MIB::sysName.0 = STRING: NET0500
>> SNMPv2-MIB::sysLocation.0 = STRING: PN1-S
>> SNMPv2-MIB::sysServices.0 = INTEGER: 78
>> IF-MIB::ifNumber.0 = INTEGER: 58
>> IF-MIB::ifIndex.1 = INTEGER: 1
>> IF-MIB::ifIndex.2 = INTEGER: 2
>> ...
>>
>>
>>
>>
>>
>> 
------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to 
Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and 
the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.
clktrk
>>
>>
>>
>> _______________________________________________
>> Netdisco mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>>
>
>

>------------------------------------------------------------------------------
>Learn Graph Databases - Download FREE O'Reilly Book
>"Graph Databases" is the definitive new guide to graph databases and their
>applications. Written by three acclaimed leaders in the field,
>this first edition is now available. Download your free book today!
>http://p.sf.net/sfu/13534_NeoTech
>_______________________________________________
>Netdisco mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/netdisco-users
>





--- End Message ---
--- Begin Message ---
Hello,

I would like to ask about the following.

I am running v2.024004 with SNMP::Info 3.12 on CentOS 6.5 x86_64.

On ND2, on a particular switch (Cisco 2960-24) I see a strange behavior (this may be true for other devices, but I have not tested extensively):

When I display ports, I see almost no nodes (although I know they exist).

For example, ports 3, 9, 12 appear up (and they are), but no nodes are displayed there:

   http://iweb.noa.gr/files/nd2/nd2-1.png

When I click Archived Data I see:

   http://iweb.noa.gr/files/nd2/nd2-2b.png

So, there are devices, and they are not "archived", and ND2 knows about them, for example:

   http://iweb.noa.gr/files/nd2/nd2-2c.png

And, for the same device, ND1 displays:

   http://iweb.noa.gr/files/nd2/nd1-2.png

So, why ND2, although it does have data about connected (alive !) nodes, it does not display them?

Am I doing something wrong, or something needs a fix?

Please clarify!

Thanks,
Nick



--- End Message ---
--- Begin Message ---
On 19/3/2014 3:13 μμ, Nikolaos Milas wrote:

(this may be true for other devices, but I have not tested extensively):

...

So, why ND2, although it does have data about connected (alive !) nodes,
it does not display them?


I have confirmed exactly the same behavior on a cisco / 296024TT.

The problem is random; I have not been able to identify a pattern on when it occurs.

I also observed that the "Last Seen" time is displayed (in the Node info page) in GMT time, which is strange.

So, an example:

Port 6 seems up but no node info appears when "Archived Data" checkbox is unchecked (in Note Properties group of options):

   http://iweb.noa.gr/files/nd2/nd2-3.png

Port 6, however, shows two identical MAC addresses, with different timestamps, when "Archived Data" checkbox is checked. Both links are identical and lead to the same page.

   http://iweb.noa.gr/files/nd2/nd2-3a.png

And here is the page produced when we click the link for the node:

   http://iweb.noa.gr/files/nd2/nd2-3b.png

*Current local time is 21:38.* The node page shows correctly -but in GMT time- the "last seen" time as 19:37. Yet the main Device Ports page shows (see above) two values (as age stamp):

   a/ 17 hours and one minute
   b/ 1 hour and one minute

...obviously since last detection. Note that this device is continuously hooked on the LAN.

I fail to see what the two above values signify. Interestingly, ND1 for the same device (with age stamps option enabled) does not display any age stamp at all (but it displays correctly the node connected at the port). ND1 is v1.1 (with SNMP-Info 2.09)

I will be waiting for your feedback.

Best regards,
Nick






--- End Message ---
--- Begin Message ---
On 20/3/2014 10:17 μμ, Nikolaos Milas wrote:

*Current local time is 21:38.* The node page shows correctly -but in GMT
time- the "last seen" time as 19:37.

I clarify that local time 21:38 is 19:38 GMT.

Nick





--- End Message ---
--- Begin Message ---
For completeness, in case you need system reference (as reported by ND2):

Software          Version
App::Netdisco     2.024004
DB Schema         v38
Dancer            1.3119
Bootstrap         2.3.1
PostgreSQL PostgreSQL 8.4.20 on x86_64-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-4), 64-bit.
                  DBI 1.609, DBD::Pg 2.15.1
SNMP::Info        3.12
Perl              5.010001

Nick



--- End Message ---
--- Begin Message ---
Sorry, for the late response.
I checked the backbone structure netdisco2 finds. Indeed some switches did not 
see the central switch so I configured some "Manuel Device Topology".
But this does not help anything.
Showing on the "Neighbors" the network structure is now correct (from the edge 
switch to the central switch and from there to all other switches).

Any idea what else cloud go wrong?

Regards

Peter


>-----Ursprüngliche Nachricht-----
>Von: Eric Miller [mailto:[email protected]]
>Gesendet: Freitag, 7. März 2014 01:54
>An: Huber, Peter
>Cc: [email protected]
>Betreff: Re: [Netdisco] WG: error in daemon logfile
>
>Do the 45 backbone ports show connections to the edge switches?  If not, you
>will have to add them using the "Manual Device Topology" page under the
>Admin menu.
>
>Netdisco uses the topology information to determine edge ports where
>devices should be located.  This information is normally populated by a
>L2 topology protocol such as CDP or LLDP.
>
>On 2014-03-06 02:30, Huber, Peter wrote:
>> Thank you for your response.
>>
>> I have done an manual macsuck, clicked on one of the found
>> macaddresses, then selected the "archived data" and found a lot of
>> switches after clocking "search nodes".
>> One port found is the correct port where the computer is connected.
>> All other ports found are backbone trunk ports.
>>
>> => The MAC Address is found on only one access port and on about 45
>> backbone ports.
>>
>> Does this help?
>>
>> Regards
>>
>> Peter
>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: Eric Miller [mailto:[email protected]]
>>> Gesendet: Donnerstag, 6. März 2014 02:48
>>> An: Huber, Peter
>>> Cc: [email protected]
>>> Betreff: Re: [Netdisco] WG: error in daemon logfile
>>>
>>> After clicking on the MAC address and following it to Node search
>>> page, select "Archived Data" then click on "Search Nodes".  If you
>>> see the MAC on multiple switch ports in archive view, it's an
>>> indication that the topology is not complete and the node is
>>> appearing on the last device visited during a macwalk.  A manual
>>> macsuck after the scheduled macwalk would make that device the last
>>> visited.
>>>
>>> Eric
>>>
>>> On 2014-03-05 02:19, Huber, Peter wrote:
>>>> Hey everybody,
>>>>
>>>> I still have the problem, that the netdisco 2 cron job (daemon) does
>>>> not update the database. I do not see any mac address on any switch
>>>> still I start the mucsuck by hand.
>>>>
>>>> Does anyone have the same problem, or does anyone have an idea how I
>>>> can debug this?
>>>>
>>>> Regards
>>>>
>>>> Peter
>>>>
>>>>> -----Ursprüngliche Nachricht-----
>>>>> Von: Huber, Peter [mailto:[email protected]]
>>>>> Gesendet: Montag, 24. Februar 2014 08:48
>>>>> An: [email protected]
>>>>> Betreff: Re: [Netdisco] error in daemon logfile
>>>>>
>>>>> Hi Oliver,
>>>>>
>>>>> here some more information about this problem.
>>>>>
>>>>> As you see in 1.png the last macsuck, started by the daemon, is a
>>>>> few minutes old. But as you can see in 2.png, no macaddress are
>>>>> shown.
>>>>> After starting a macsuck via the webgui by hand you see in 3.png
>>>>> that there are now macaddresses shown.
>>>>>
>>>>> => It seems the "cron-job" is running, but not updating the
>>>>> database.
>>>>> Is this
>>>>> possible?
>>>>>
>>>>> Regards
>>>>>
>>>>> Peter
>>>>>
>>>>>> -----Ursprüngliche Nachricht-----
>>>>>> Von: Oliver Gorwits [mailto:[email protected]]
>>>>>> Gesendet: Freitag, 14. Februar 2014 18:35
>>>>>> An: Huber, Peter
>>>>>> Betreff: Re: AW: [Netdisco] error in daemon logfile
>>>>>>
>>>>>> Hi Peter,
>>>>>>
>>>>>> Do you have any macsuck_no or macsuck_only configured as well?
>>>>>>
>>>>>> regards,
>>>>>> oliver.
>>>>>>
>>>>>> On 2014-02-14 12:54, Huber, Peter wrote:
>>>>>>> Hi Oliver,
>>>>>>>
>>>>>>> thank you, this fixed my problem. But I have another question:
>>>>>>>
>>>>>>> I have defined the following in my deployment.yml  file:
>>>>>>> housekeeping:
>>>>>>>   discoverall:
>>>>>>>     when: '0 9 * * *'
>>>>>>>   arpwalk:
>>>>>>>     when:
>>>>>>>       min: 30
>>>>>>>   macwalk:
>>>>>>>     when:
>>>>>>>       min: 15
>>>>>>>       hour: '*/2'
>>>>>>>   nbtwalk:
>>>>>>>      when: '0 8,13,21 * * *'
>>>>>>>   expiry:
>>>>>>>       when: '20 23 * * *'
>>>>>>>
>>>>>>> But it seems that there is no macsuck process scheduled, or this
>>>>>>> process is not working correctly. If I look at the "ports"
>>>>>>> webpage I do not see any mac address for the switch I choosed. If
>>>>>>> I start a macsuck for this switch (from the details page) I will
>>>>>>> see mac addresses a few seconds later.
>>>>>>>
>>>>>>> What could be wrong?
>>>>>>>
>>>>>>> Regards
>>>>>>>
>>>>>>> Peter
>>>>>>>
>>>>>>>> -----Ursprüngliche Nachricht-----
>>>>>>>> Von: Oliver Gorwits [mailto:[email protected]]
>>>>>>>> Gesendet: Donnerstag, 13. Februar 2014 14:24
>>>>>>>> An: [email protected]
>>>>>>>> Betreff: Re: [Netdisco] error in daemon logfile
>>>>>>>>
>>>>>>>> Hi Peter,
>>>>>>>>
>>>>>>>> On 2014-02-13 12:31, Huber, Peter wrote:
>>>>>>>>> I see a lot off errors in our daemon logfile:
>>>>>>>>>
>>>>>>>>> Use of uninitialized value $ENV{"PERL_ANYEVENT_HOSTS"} in
>>>>>>>>> length at netdisco/perl5/lib/perl5/AnyEvent/DNS/EtcHosts.pm
>>>>>>>>> line 195
>>>>>>>>>
>>>>>>>>> Any idea, how I can fix this?
>>>>>>>>
>>>>>>>> This was due to the variable being undefined (without a
>>>>>>>> default), and I applied a fix.
>>>>>>>>
>>>>>>>> If you upgrade, the messages ought to disappear.
>>>>>>>>
>>>>>>>> regards,
>>>>>>>> oliver.
>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>>
>>>>>>>>> Peter
>>>>>>>>>
>>>>>>>>>  Private Universität Witten/Herdecke gGmbH
>>>>>>>>> Alfred-Herrhausen-Straße
>>>>>>>>> 50  D - 58448 Witten
>>>>>>>>>
>>>>>>>>>  Homepage: http://www.uni-wh.de
>>>>>>>>>  Twitter: http://twitter.com/UniWH
>>>>>>>>>  Facebook: http://www.facebook.com/UniWH
>>>>>>>>>
>>>>>>>>>  Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl.
>>>>>>>>> oec. Jan Peter Nonnenkamp (Kanzler)
>>>>>>>>>
>>>>>>>>>  Sitz der Gesellschaft: Witten
>>>>>>>>>  Handelsregister des Amtsgerichts Bochum Nr. HRB 8671
>>>>>>>>
>>>>>>>>
>>>>>>>> ----------------------------------------------------------------
>>>>>>>> -----
>>>>>>>> -
>>>>>>>> --------
>>>>>>>> Android apps run on BlackBerry 10 Introducing the new BlackBerry
>>>>>>>> 10.2.1 Runtime for Android apps.
>>>>>>>> Now with support for Jelly Bean, Bluetooth, Mapview and more.
>>>>>>>> Get your Android app in front of a whole new audience.  Start
>>>>>>>> now.
>>>>>>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ost
>>>>> g.
>>>>>>>> clk
>>>>>>>> trk
>>>>>>>> _______________________________________________
>>>>>>>> Netdisco mailing list
>>>>>>>> [email protected]
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>>>>>>>
>>>>>>> Private Universität Witten/Herdecke gGmbH
>>>>>>> Alfred-Herrhausen-Straße
>>>>>>> 50
>>>>>>> D - 58448 Witten
>>>>>>>
>>>>>>> Homepage:  http://www.uni-wh.de
>>>>>>> Twitter:       http://twitter.com/UniWH
>>>>>>> Facebook:  http://www.facebook.com/UniWH
>>>>>>>
>>>>>>> Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl.
>>>>>>> oec.
>>>>>>> Jan Peter Nonnenkamp (Kanzler)
>>>>>>>
>>>>>>> Sitz der Gesellschaft: Witten
>>>>>>> Handelsregister des Amtsgerichts Bochum Nr. HRB 8671
>>>>>
>>>>>
>>>>> Private Universität Witten/Herdecke gGmbH Alfred-Herrhausen-Straße
>>>>> 50
>>>>> D -
>>>>> 58448 Witten
>>>>>
>>>>> Homepage:  http://www.uni-wh.de
>>>>> Twitter:       http://twitter.com/UniWH
>>>>> Facebook:  http://www.facebook.com/UniWH
>>>>>
>>>>> Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl. oec.
>>>>> Jan Peter
>>>>> Nonnenkamp (Kanzler)
>>>>>
>>>>> Sitz der Gesellschaft: Witten
>>>>> Handelsregister des Amtsgerichts Bochum Nr. HRB 8671
>>>>
>>>> Private Universität Witten/Herdecke gGmbH Alfred-Herrhausen-Straße
>>>> 50 D - 58448 Witten
>>>>
>>>> Homepage:  http://www.uni-wh.de
>>>> Twitter:       http://twitter.com/UniWH
>>>> Facebook:  http://www.facebook.com/UniWH
>>>>
>>>> Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl. oec.
>>>> Jan Peter Nonnenkamp (Kanzler)
>>>>
>>>> Sitz der Gesellschaft: Witten
>>>> Handelsregister des Amtsgerichts Bochum Nr. HRB 8671
>>>>
>>>> --------------------------------------------------------------------
>>>> ---------- Subversion Kills Productivity. Get off Subversion & Make
>>>> the Move to Perforce.
>>>> With Perforce, you get hassle-free workflows. Merge that actually
>>>> works.
>>>> Faster operations. Version large binaries.  Built-in WAN
>>>> optimization and the freedom to use Git, Perforce or both. Make the
>>>> move to Perforce.
>>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg
>>> .clk
>>> trk
>>>>
>>>> _______________________________________________
>>>> Netdisco mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/netdisco-users
>>
>> Private Universität Witten/Herdecke gGmbH Alfred-Herrhausen-Straße 50
>> D - 58448 Witten
>>
>> Homepage:  http://www.uni-wh.de
>> Twitter:       http://twitter.com/UniWH
>> Facebook:  http://www.facebook.com/UniWH
>>
>> Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl. oec.
>> Jan Peter Nonnenkamp (Kanzler)
>>
>> Sitz der Gesellschaft: Witten
>> Handelsregister des Amtsgerichts Bochum Nr. HRB 8671
>> ----------------------------------------------------------------------
>> -------- Subversion Kills Productivity. Get off Subversion & Make the
>> Move to Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually
>> works.
>> Faster operations. Version large binaries.  Built-in WAN optimization
>> and the freedom to use Git, Perforce or both. Make the move to
>> Perforce.
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.
>> clktrk _______________________________________________
>> Netdisco mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/netdisco-users

Private Universität Witten/Herdecke gGmbH
Alfred-Herrhausen-Straße 50
D - 58448 Witten

Homepage:  http://www.uni-wh.de
Twitter:       http://twitter.com/UniWH
Facebook:  http://www.facebook.com/UniWH

Geschäftsführung: Prof. Dr. Martin Butzlaff (Präsident), Dipl. oec. Jan Peter 
Nonnenkamp (Kanzler)

Sitz der Gesellschaft: Witten
Handelsregister des Amtsgerichts Bochum Nr. HRB 8671

--- End Message ---
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users

Reply via email to