Error registering DOMAINNAME<1b> with 1.9.18p4 WINS server

[Gerald W. Carter]

Gerald W. Carter wrote:
> 
> I've done some debugging and it seems to be timeing out when trying to
> register the DOMAINNAME<1b> record with the 1.9.18p4 WINS server.
> 
> The catch is that it will only fail to register this name if the WINS
> server is on the same subnet.  If the WINS erver is on another subnet,
> everything goes as planned. Does this sound familar to anyone?  Not
> sure I quite understand the behavior here.

Some more news.  I think I was wrong in the above statements.  Here 
is a little more information.  These log entries were taken from the
19.18p4 WINS server

-------PDC that registers ENG-NT<1b> ok--------------------------
09/09/1998 08:46:05 received a packet of len 50 from (131.204.31.43)
port 137
nmb packet from aaa.bbb.ccc.ddd(137) header: id=29426 opcode=Query(0)
response=No
    header: flags: bcast=No rec_avail=No rec_des=Yes trunc=No auth=No
    header: rcode=0 qdcount=1 ancount=0 nscount=0 arcount=0
    question: q_name=ENG-NT<1b> q_type=32 q_class=1
 
nmb packet from aaa.bbb.ccc.ddd(137) header: id=29426 opcode=Query(0)
response=Yes
    header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
    header: rcode=3 qdcount=0 ancount=1 nscount=0 arcount=0
    answers: nmb_name=ENG-NT<1b> rr_type=32 rr_class=1 ttl=0
------------------------------------------------------------------

-------PDC that does not register ENG-NT<1b> ok-------------------
nmb packet from aaa.bbb.xxx.yyy(137) header: id=27254 opcode=Query(0)
response=No
    header: flags: bcast=No rec_avail=No rec_des=Yes trunc=No auth=No
    header: rcode=0 qdcount=1 ancount=0 nscount=0 arcount=0
    question: q_name=ENG-NT<1b> q_type=32 q_class=1
 
nmb packet from aaa.bbb.xxx.yyy(137) header: id=27254 opcode=Query(0)
response=Yes
    header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
    header: rcode=3 qdcount=0 ancount=1 nscount=0 arcount=0
    answers: nmb_name=ENG-NT<1b> rr_type=32 rr_class=1 ttl=0
------------------------------------------------------------------

As you can see the rcode = NAM_ERR in both responses ( which is 
correct ).  However he gdb backtrace on the 2.0.0-prealpha
( the one that won't register ) looks like

--------------------------------------------------------------------
Breakpoint 1, become_domain_master_query_fail (subrec=0xbfdf0,
rrec=0xbde90,
    question_name=0xc7644, fail_code=0) at nmbd/nmbd_become_dmb.c:248
248       if((subrec == unicast_subnet) && (fail_code != NAM_ERR))
(gdb) bt
#0  become_domain_master_query_fail (subrec=0xbfdf0, rrec=0xbde90,
question_name=0xc7644,
    fail_code=0) at nmbd/nmbd_become_dmb.c:248
#1  0x28340 in query_name_timeout_response (subrec=0xbfdf0,
rrec=0xbde90)
    at nmbd/nmbd_namequery.c:137
#2  0x2edb8 in retransmit_or_expire_response_records (t=905304387) at
nmbd/nmbd_packets.c:1639
#3  0x1a9c4 in process () at nmbd/nmbd.c:387
#4  0x1bd64 in main (argc=6, argv=0xeffff654) at nmbd/nmbd.c:763
--------------------------------------------------------------------

Here the fail_code has been set to '0'.  I'm still trying to trace 
the timeout which BTW the way occurs when the WINS server is 
lightly loaded as well.

I'm tracing things through on the 2.0.0 code.  The 18p4 WINS server 
code appears to be working correctly.  Does this sound like the right?

I am noticing from the netmon trace that the 2.0.0 server that won't 
register the <1b> record, registers all else by broadcast rather than 
unicast directly to the WINS server.  I have two servers running on 
each of two Sun's.  one server is on a real interface and the other is
on a virtual interface.  That's a total of four servers on on two 
machines ( just to clarify ).

The 2.0.0 PDC is on a virtual interface on one machine and the 18p4
WINS server is on the real interface on another machine.  All this is 
setup using the "interfaces" and "socket address" parameters.

Will keep looking but if anyone has any suggestions for debugging the
current situation, let me know.




Thanks again,
j-
________________________________________________________________________
                            Gerald ( Jerry ) Carter	
Engineering Network Services                           Auburn University 
jerry at eng.auburn.edu             http://www.eng.auburn.edu/users/cartegw

       "...a hundred billion castaways looking for a home."
                                  - Sting "Message in a Bottle" ( 1979 )