[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference lassie::ucx

Title:DEC TCP/IP Services for OpenVMS
Notice:Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System
Moderator:ucxaxp.ucx.lkg.dec.com::TIBBERT
Created:Thu Nov 17 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:5568
Total number of notes:21492

5275.0. "LPD and HP's JetDirect NIC" by FSATRA::H_ANDERSSON () Mon Feb 24 1997 10:36

       Hi,
    
        I have some problems with LPD and HP's JetDirect NIC.
    
        (1)
        The problem occur when there are more than one job on the
        printqueue. When the first job is done and the second job
        is sent to the printer the JetDirect card rejects the job.
    
        %SYSTEM-F-REJECT, connect to network object rejected
    
        This happens all the time..............
    
        Printing one job at the time works fine if you waits until
        the que is empty. Printing multiple jobs to a que connected
        to a 5100 with NIC works fine.......no rejects between jobs.
        Is there a parameter I haven't found yet......or is this a BUG ??
    
        I can run an IP-trace if anyone wants to.........if you can't
        reproduce the error.
    
        (2)
        Printing a NULL-block (0/0) file will hang the queue. The job hangs
        in "processing"-state.
    
        How do I handle these problems ??? Is it our (UCX) problem or
        HP's. If it's HP's, who will report the problems to them ???
    
        regards,
    
        /Hakan Andersson, CSC, Sweden
T.RTitleUserPersonal
Name		DateLines
5275.1Based on the number of attempts to write the note...twick.nio.dec.com::PETTENGILLmulpMon Feb 24 1997 22:191
I'd say off hand that you have a local network hardware problem.
5275.2UTRTSC::KNOPPERSOswald KnoppersTue Feb 25 1997 04:4420
>        %SYSTEM-F-REJECT, connect to network object rejected
>    
>        This happens all the time..............

This is a very frequent problem with HP printers. The problem is that the
default behaviour of the telnet symbiont is that it will disconnect the
link between jobs. When the symbiont makes the second connection to the
printer for the second job, the printer is apparently not jet ready to
accept a new connection and rejects is. You can change the telnetsymbiont's
behavior by defining the ucx$telnetsym_idle_timeout logical.

>        Printing a NULL-block (0/0) file will hang the queue. The job hangs
>        in "processing"-state.

This sounds like a known UCX problem, fixed in latest ECO. What version of
UCX are you running?

Regards,

Oswald
5275.3It's LPD !ASHAM::H_ANDERSSONTue Feb 25 1997 07:2115
    
    Hi,
    
    re .1 
    
    It's not a networkproblem. I get the "reject" EVERY time the
    LPDsymbiont tries to send the next job on the outgoing LPDque,
    nomatter how small or how big the job is.....
    
    re .2
    
    It's LPD, not TELNETSYM and I use UCX V4.1 ECO2. But I get
    the same problems with other UCX-versions.
    
    /Hakan
5275.4LPD, Telnet... problem is the same...UTRTSC::KNOPPERSOswald KnoppersTue Feb 25 1997 07:4116
>    It's LPD, not TELNETSYM and I use UCX V4.1 ECO2. But I get
>    the same problems with other UCX-versions.

Sorry, misread that. The problem is still the same though. Apparently the
printer is not (yet) ready to accept the new connection and rejects it.
Unfortunally unlike with telnet printing, there is no idle timeout logical.

In my opinion this is a problem in the HP and you customer should take it
to them.

The only thing you can do to minimize the pain is to use a logical to make
the retry interval shorter (UCX$LPD_RETRY_INTERVAL).

Regards,

Oswald
5275.5IPMT ??ASHAM::H_ANDERSSONTue Feb 25 1997 08:5113
    
    Oswald,
    
    Thanks for your reply. We have already tried the UCX$LPD_RETRY_INTERVAL
    and thats not an option in this case.
    
    > In my opinion this is a problem in the HP and you customer should
    > take it to them
    
    It's my opinion to, but should I post an IPMT to see if it's an
    official opinion ???
    
    /Hakan
5275.6whats in an (official) opinion?UTRTSC::KNOPPERSOswald KnoppersTue Feb 25 1997 09:1216
>    Thanks for your reply. We have already tried the UCX$LPD_RETRY_INTERVAL
>    and thats not an option in this case.

By defining this logical to a low value should speed up things. If not,
there is something else the matter.

>    It's my opinion to, but should I post an IPMT to see if it's an
>    official opinion ???

It *is* actually the printer sending the reject. This is proof enough (IMHO)
that the problem is not ours. So lets not spend money on this by examining
HP problems.

Regards,

Oswald