Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
?
Solved

Cannont Print .pdf files across subnet

Posted on 2006-04-19
18
Medium Priority
?
472 Views
Last Modified: 2010-05-18
Hello

I have a network separated into 2 subnets.  I cannot print .pdf file to an Lanier LP 126cn (direct attached to network) on the different subnet.  I can print all other file types that I've tried.  I've change the driver on the printer to no avail.  The router is a sonicwall TZ 170 with the subnet attached to the optional port.

Any ideas?
0
Comment
Question by:m1crochip
  • 7
  • 5
  • 2
  • +1
15 Comments
 
LVL 1

Expert Comment

by:claymanscher
ID: 16490506
More information is needed:
1) Do you see an error message, or does the print job just seem to fall into a black hole?
2) From what application are you attempting to print the PDF? Full Acrobat? Reader? What version?
3) Have you tried printing to a different printer (either locally-connected or on the local subnet) to see whether you have a generic PDF printing issue rather than a networking issue?
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16490775
Sorry - yes the error is "Could not start print job"  this occurs after a very long delay in which acrobat (from which I am printing) seems hung.  Computers on the same subnet as the printer can print .pfds fine, and all other computers can print all other files except .pdf.  I am guessing that there is some kind of packet size issue or something ...
0
 
LVL 1

Expert Comment

by:claymanscher
ID: 16491684
Are you using a PostScript driver or a PCL driver? Both are available from Lanier at http://www.lanier.com/page.php/downloads?agree=n%2Fa&agree=true&model=LP126cn -- whatever you're using now, try the other. If you're using PostScript, you might want to try experimenting with Adobe's PostScript printing options such as PostScript level and optimization for portability. Sometimes the older (lower) PostScript levels work more reliably than the newer (higher) ones.
0
NFR key for Veeam Backup for Microsoft Office 365

Veeam is happy to provide a free NFR license (for 1 year, up to 10 users). This license allows for the non‑production use of Veeam Backup for Microsoft Office 365 in your home lab without any feature limitations.

 
LVL 3

Author Comment

by:m1crochip
ID: 16491777
I've tried  both drivers (actually 3) and have played with numerous postscript settings with no effect.  Is there something unique about .pdf file packet size that would stop them at the router interface?  I can't find any relevent info on the internet.  I read something about the size of .pdf files being transmitted over the network - but the local computers print fine, so I was thinking that it is some kind of router issue ...
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16491995
Two dialog boxes pop up with the errors.  One says "The document could not be printed" and the next one says "Could not start print job".  
0
 
LVL 1

Expert Comment

by:claymanscher
ID: 16492371
Since Acrobat is using the same printer driver as other applications that are printing without difficulty, I wouldn't expect it to have anything to do with packet size. The network drivers should produce the same packet structure for PDFs as they do for any other document type.

Is there anything unique about the manner in which Acrobat is executed? Is it running under different user credentials, or as a system process? Is it running in a browser window rather than its native window?

You said the printer connects directly to the network, so I assume it is configured on the workstation through a TCP/IP port connection rather than a Windows share. Check the associated port configuration to see that its IP address is properly specified. Also check what protocol it is using (Raw or LPR); Raw is port-number-dependent, but LPR isn't, so if you're in Raw mode, try LPR (you'll need its queue name, which may be simply "lp"). I'd expect these things to affect other applications too, not just Acrobat, but you never know for sure until you try.
0
 
LVL 1

Expert Comment

by:orlg001
ID: 16493788
Is this happening when printing directly from Acrobat reader or Acrobat reader via Internet Explorer?
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16498532
When printing from both.
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16499160
The problem is Acrobat.  I downloaded a different reader and printed from it with no problems.  I would still like to get this resolved since everyone has acrobat and the plugin for IE.
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16499782
Forget that last comment - I just verified that the pdf does NOT print from the other pdf viewer.  The print screen from acrobat moves very slowly, but this new reader is fast and does not give any errors, but the pdf fails to print.
0
 
LVL 3

Author Comment

by:m1crochip
ID: 16509813
After checking the event log, it looks like the connection to the printer is being terminated because of too many open tcp requests.  netstat has many entries to the printer that are not established.  In apps besides pdf ones like acrobat, there is eventually one that is established.  I guess that the pdf readers are requesting more than other apps.  

Any ideas??
0
 
LVL 1

Expert Comment

by:Stuart Oram
ID: 16523098
I'm afraid I can't help with a solution, but I have experienced the same problem, so I doubt it is something specific to your machine or network, the problem must lie elsewhere.
0
 
LVL 1

Expert Comment

by:claymanscher
ID: 16526707
Have you tried different versions of Acrobat? Did the problem arise after upgrading?
0
 
LVL 1

Expert Comment

by:Stuart Oram
ID: 16526949
Certainly I've used the latest version of Acrobat with no joy - had to print to MS Document Image Writer and then print from there to network printer.
0
 
LVL 1

Accepted Solution

by:
claymanscher earned 2000 total points
ID: 16738069
I was the first one to jump onto this question, so I'll add my final comments at this time.

I've dealt with many PDF printing issues, but I've never seen a print job overload a TCP stack, which m1crochip's responses suggest is happening in this case. However, I've experienced dropped connection problems that randomly affected all kinds of network traffic, not just print jobs from a particular type of document. Dropped TCP connections can result from network switches having too little store-and-forward capacity to handle peak traffic levels on a heavily loaded network backbone. Such problems typically occur sporadically and wouldn't produce the consistent failures that m1crochip claims to be experiencing, unless other traffic on the backbone is consistently high enough to maintain a backlog of packets in the switches. I'd expect that to affect many other things, not just PDF printing.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Originally, this post was published on Monitis Blog, you can check it here . It goes without saying that technology has transformed society and the very nature of how we live, work, and communicate in ways that would’ve been incomprehensible 5 ye…
Make the most of your online learning experience.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
There's a multitude of different network monitoring solutions out there, and you're probably wondering what makes NetCrunch so special. It's completely agentless, but does let you create an agent, if you desire. It offers powerful scalability …

579 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question