Network Guys: How badly does AppleTalk hurt network performance?

Jump to First Reply
Posted:
in macOS edited January 2014
I have mentioned this topic in a few other threads, but wanted to start a new on in the hopes of getting to the bottom of this.



The IT dept has always kept Macs on their own subnet because they claim AT will kill network performance. In 2 weeks, we will be getting rid of this SN and moving the machines to the main network. This is a welcome move because we have had many odd problems as a result of being segregated like this. But it comes at a price.



The head douche bag in IT says he will not allow AT on the Network after this and I believe he is getting something that will block the protocol.



I have been made responsible for the Macs in my dept since the IT dept always shrugs their shoulders whenever Macs are involved. Despite this, I have no certifications or training in the area and draw only on years of experience. For better or worse, I have to work w/these guys to make our transition. I don't believe what they are saying, but can't really back myself up since they know more than me about this stuff (I do video and 3D BTW).



Now here's the question... Does AT hurt performance? Originally, their stance was that the broadcasting would flood the network with packets. Now the story is that because AT uses collision avoidance instead of collision detection, it will collide with the other packets and cause damage.



I'm callin' BS, but need some facts.

Comments

  • Reply 1 of 18
    Well, it is more "broadcast'ey than IP, but on a well designed network it shouldn't cause any more issues than any other non-IP protocol. To be fair though I'd be very tempted to drop it as soon as you can, the world is an IP world now and there's no real arguing. If you move to 10.2 you can even use rendezvous



    The other idea I keep telling people is to get a cheapo cube on ebay and put X Server on it. It'll do pretty-much everything you need and it'll look nice too. Oh and the upgrades are quite cheap too.
     0Likes 0Dislikes 0Informatives
  • Reply 2 of 18
    kedakeda Posts: 722member
    We are on 10.2, but the server is an NT box so we have either AT or SMB. The other issue is printing. AT works great for this and Apple hasn't provided any alternative which is as simple. For the time being, we are going to use LPR.



    The guy changed his tune. He used to say broadcasting was the problem, now its the collision avoidance vs detection.



    BTW, isn't AT in OSX done over IP? And if we drop AT, what do we replace it w/besides SMB? How do we network w/an IP protocol/



    Like I said, I do media. Sorry if the questions are obvious.
     0Likes 0Dislikes 0Informatives
  • Reply 3 of 18
    jlljll Posts: 2,713member
    [quote]Originally posted by Keda:

    <strong>We are on 10.2, but the server is an NT box so we have either AT or SMB. The other issue is printing. AT works great for this and Apple hasn't provided any alternative which is as simple. For the time being, we are going to use LPR.</strong><hr></blockquote>



    What's wrong about using SMB and IP printing? You make it sound like a bad thing.





    [quote]Originally posted by Keda:

    <strong>BTW, isn't AT in OSX done over IP? And if we drop AT, what do we replace it w/besides SMB? How do we network w/an IP protocol/</strong><hr></blockquote>



    Macs can connect to each other using AFP which is done over IP, and you can see them in Connect To Server.



    Just disable AppleTalk in Network prefs.
     0Likes 0Dislikes 0Informatives
  • Reply 4 of 18
    Keda, you nw guy is talking rubbish collisions are a layer 2 thang, I assume you're using ethernet just like the normal network, if so he's talking utter crap. JLL has a good point though.



    You could just use ftp or nfs but smb is ok, works anyway.



    I always prefer to talk directly to any IP-enabled printers anyway (via lpr), much quicker.
     0Likes 0Dislikes 0Informatives
  • Reply 5 of 18
    kedakeda Posts: 722member
    If we use SMB only, can Mac A connect to Mac B and run apps on it? App sharing, like OS9?



    [quote] Macs can connect to each other using AFP which is done over IP, and you can see them in Connect To Server.



    Just disable AppleTalk in Network prefs. <hr></blockquote>



    Are you saying that you can urn off AT but still connect to Macs using afp?



    [quote] you nw guy is talking rubbish collisions are a layer 2 thang, I assume you're using ethernet just like the normal network, <hr></blockquote>



    Yes we're using Ethernet. Can you explain a bit more about this?
     0Likes 0Dislikes 0Informatives
  • Reply 6 of 18
    wmfwmf Posts: 1,164member
    [quote]Originally posted by Keda:

    <strong>Are you saying that you can turn off AT but still connect to Macs using afp?</strong><hr></blockquote>



    Yep, just use Connect to Server as usual.



    [quote]Originally posted by Keda:

    <strong>Yes we're using Ethernet. Can you explain a bit more about this?</strong><hr></blockquote>



    Ethernet always uses collision detection; it has nothing to do with whatever protocol you run on top of it.



    AirPort uses collision avoidance because the hidden terminal problem makes collision detection infeasible, but that's probably more than you wanted to know.
     0Likes 0Dislikes 0Informatives
  • Reply 7 of 18
    alcimedesalcimedes Posts: 5,486member
    this might fill things in for you a bit.



    <a href="http://www1.umn.edu/oit/ipx-appletalk/"; target="_blank">http://www1.umn.edu/oit/ipx-appletalk/</a>;



    we're going through this right now at my University, and there are some headaches.
     0Likes 0Dislikes 0Informatives
  • Reply 8 of 18
    jlljll Posts: 2,713member
    [quote]Originally posted by Keda:

    <strong>Are you saying that you can urn off AT but still connect to Macs using afp?</strong><hr></blockquote>



    Yep, AFP is not AppleTalk.



    With AFP you can still see other Macs, but unless they are using SLP for printers, you have to use IP printing and know the printers IP number to set them up in Print Center.
     0Likes 0Dislikes 0Informatives
  • Reply 9 of 18
    othelloothello Posts: 1,054member
    slightly off at a tangent but...



    on the printing issue -- our studio has a HP laserjet 4MV with its own dedicated IP number. if we print to it via IP with a text document it works fine. print a document with an image in it (say an InDesign file) via IP and it spews 1000s of pages of garbage code.



    yet, if we connect via Appletalk we can print anything without a problem. Its the one thing stopping us from turning Appletalk off on our network.
     0Likes 0Dislikes 0Informatives
  • Reply 10 of 18
    jlljll Posts: 2,713member
    [quote]Originally posted by othello:

    <strong>slightly off at a tangent but...



    on the printing issue -- our studio has a HP laserjet 4MV with its own dedicated IP number. if we print to it via IP with a text document it works fine. print a document with an image in it (say an InDesign file) via IP and it spews 1000s of pages of garbage code.



    yet, if we connect via Appletalk we can print anything without a problem. Its the one thing stopping us from turning Appletalk off on our network.</strong><hr></blockquote>



    Try and send the data as binary if you send it in ASCII (look under the InDesign popup in the Print dialog).
     0Likes 0Dislikes 0Informatives
  • Reply 11 of 18
    kedakeda Posts: 722member
    [quote] you have to use IP printing and know the printers IP number to set them up in Print Center. <hr></blockquote>



    This is one down side to LPR. I have also seen the 1000 page of crap symptom.



    I'm going to spend some time one this today at work.
     0Likes 0Dislikes 0Informatives
  • Reply 12 of 18
    jlljll Posts: 2,713member
    [quote]Originally posted by Keda:

    <strong>



    This is one down side to LPR.</strong><hr></blockquote>



    You could also get the nw admin to give the printers names in your DNS (if you use one).
     0Likes 0Dislikes 0Informatives
  • Reply 13 of 18
    kedakeda Posts: 722member
    Would this make available to users who were trying to add a new printer w/o knowing the IP?



    Also, what is the 'preferred' method for printing on a non-AT nw? I read the above link (thanks) and it says that even Apple is not using AT on their campus. I realize that AT is more or less legacy, but what is filling the gap for print services (besides LPR). LPR does not seem easy enough to set up (not that its hard) to be the preferred method, we can't use NT print queues, and no one I know has any idea about CUPS.
     0Likes 0Dislikes 0Informatives
  • Reply 14 of 18
    jlljll Posts: 2,713member
    [quote]Originally posted by Keda:

    <strong>Would this make available to users who were trying to add a new printer w/o knowing the IP?</strong><hr></blockquote>



    If they know the name.





    [quote]Originally posted by Keda:

    <strong>Also, what is the 'preferred' method for printing on a non-AT nw?</strong><hr></blockquote>



    I prefer IP.



    [quote]Originally posted by Keda:

    <strong>I realize that AT is more or less legacy, but what is filling the gap for print services (besides LPR). LPR does not seem easy enough to set up (not that its hard) to be the preferred method, we can't use NT print queues, and no one I know has any idea about CUPS.</strong><hr></blockquote>



    Or can use SLP or Rendezvous when more printers support Rendezvous.



    It's still IP printing though - they are just different ways to discover printers.



    You don't have to know CUPS - Mac OS X uses CUPS in the background.



    Btw. Mac OS X Server kan setup print queues available from both Macs and PCs.
     0Likes 0Dislikes 0Informatives
  • Reply 15 of 18
    kedakeda Posts: 722member
    JLL, thanks for the info. I wish we had OSXS! I was pushing for it when they replaced our server, but short sighted admin (why th F anyone listened to her is beyond me) made a big stink about Macs not being good servers. Wateva!
     0Likes 0Dislikes 0Informatives
  • Reply 16 of 18
    Othello, I had that 1000 page problem, it was to do with binary vs. ascii postscript, you have to specify a specific queue name for the printers ip interface so that it knows it's binary ps. The only problem is that very old hp ethernet cards (and mine was) do not support binary postscript queues, so I had to report mine as not working and get a new on



    Let me know if I can help any more.
     0Likes 0Dislikes 0Informatives
  • Reply 17 of 18
    stoostoo Posts: 1,490member
    Appletalk may cause a small amount of congestion, but claims of collisions are indeed BS: the ethernet underneath Appletalk deals with that (ethernet's does three main things: Carrier Sense, Multiple Access, Collision Detect).



    The hidden node problem is wireless networks is that the nodes can't all see each other like nodes on a wired network can. Collision avoidance is used by all 802.11 networks, not just Airport.
     0Likes 0Dislikes 0Informatives
  • Reply 18 of 18
    Can anyone explain why appletalk can't find zones when turned on in a wireless network. I just recently tried to go wireless at work with my PB and can't see my printers when I am wireless. I check the network settings and appletalk is on but it can't find any zones. <img src="graemlins/bugeye.gif" border="0" alt="[Skeptical]" />
     0Likes 0Dislikes 0Informatives
Sign In or Register to comment.