The 0->29 means an new address (0) was resolved to a name via DNS (the codes
are in globals-defines.h).

The 0->9 means it's resolved to a MAC address, i.e. an Ethernet packet (not
tcp/ip).  This could change later, 9->29 if a tcp/ip packet is found.

But there's nothing weird about this.

It sure sounds like output buffer truncation...  suggest you try the cvs
version - the buffer too short logic has been improved to catch more
problems and some have been fixed.

-----Burton

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Marcin Gryszkalis
> Sent: Thursday, September 09, 2004 2:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Ntop-dev] bug? dns name truncated
>
>
> On 2004-09-09 17:12, Burton M. Strauss III wrote:
>
> > If you turn on debug, there will be more info in the host link
> about what
> > type of host it is (e.g. IP resolved, numeric, netBios, etc.) - that's
> > probably the difference between the print4 and scff names.  The
> other looks
> > like truncation.  Look in the log for a buffer length error message.
>
> I have debug(-K) and max trace (-t4)
>
> The host screen says
>
> Info about lan-b [in dns it's lan-beata-xxxxxx.domain.pl.]
> IP Address: 10.1.2.11 Local [unicast/dynamic]
> Domain: pl [it's a bit strange, because for example  host
> cvsup.pl.freebsd.org has domain==pl.freebsd.org]
> Netbios name: Beata (Server)
> Host Location: Local
> Host Type: Server, Master Browser, BOOTP/DHCP Client
>
>
> In logs I have
>
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID8606478] THREADMGMT: rrd
> thread (140220416) started
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0548089] THREADMGMT: web
> connections thread (42757) started...
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0316203] Note: SIGPIPE
> handler set (ignore)
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0986275] WEB: ntop's web
> server is now processing requests
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0393976] THREADMGMT: pcap
> dispatch thread running...
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0325854] CMPFCTN_DEBUG:
> setResolvedName(0x098fb000) 0  -> 29 lan-beata-xxxxxx - address.c(67)
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0325854] CMPFCTN_DEBUG:
> setResolvedName(0x09a8e000) 0  -> 9 3 Com Corporation:8D:C0:C1 -
> hash.c(1179)
> Sep  9 18:05:25 gw ntop[42757]:  [MSGID0393976] THREADMGMT: pcap
> dispatch thread running...
>
> grepping log for errors gives only stuff like:
> Sep  9 18:05:12 gw ntop[12547]:   SIGPIPE: Handled (ignored) 14 errors
> Sep  9 18:08:34 gw ntop[42757]:  [MSGID0765174] **ERROR** CHKVER:
> Unable to resolve site version.ntop.org
> Sep  9 21:02:27 gw ntop[42757]:  [MSGID0660618] **WARNING**
> gzflush error -2(stream error)
>
>
> What information could I provide to help to resolve this issue?
> regards
> --
> Marcin Gryszkalis
> jabber jid:[EMAIL PROTECTED]
> gg:2532994
> http://fork.pl
> _______________________________________________
> Ntop-dev mailing list
> [EMAIL PROTECTED]
> http://listgateway.unipi.it/mailman/listinfo/ntop-dev

_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Reply via email to