[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netatalk-devel
Subject:    Re: [Netatalk-devel] AppleTalk Stack Not Quite Right
From:       Sean <picasso () madflower ! com>
Date:       2003-01-31 14:12:50
[Download RAW message or body]

You da man!

I thought someone wrote a patch for this like a long time ago..
?? 

I think you will have to find a place for it. It seems like all zip 
translations should be in the same spot though and all three functions 
should reference the same code..

Im not sure if anyone really knows the answer to this, thus no reply. 



On 29 Jan 2003, Matthew Keller wrote:

> 
> I'm not sure if this is a kernel appletalk problem, or with Netatalk's
> tools (most likely kernel), but Netatalk/Kernel AppleTalk suffer from
> the condition indicated in the below article. Essentially, certain seed
> routers (like our spiffy Avaya Cajun P882) like to chop ZIP replies up
> and use what are called "Extended Zip Replies" so there are N packets
> each containing (essentially) 1/N of the zone list. Netatalk/Kernel
> AppleTalk is only looking at the first packet and as such is displaying
> a truncated zone list (or, so says "getzones" anyhow). I'd be happy to
> provide oodles of packet caps, diagnostic data, testing, etc. I've
> looked through the netatalk sources (getzones.c, atalk/zip.c and
> atalk/ddp.c) but haven't seen anything. I'd be happy to code a fix if
> someone could give me a nudge in the right direction.
> 
> http://docs.info.apple.com/article.html?artnum=12270
> 	
> 



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Netatalk-devel mailing list
Netatalk-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-devel
[prev in list] [next in list] [prev in thread] [next in thread]