IPP Mail Archive: RE: IPP> FW: [Srvloc-discuss] [Multiple re

IPP Mail Archive: RE: IPP> FW: [Srvloc-discuss] [Multiple re

RE: IPP> FW: [Srvloc-discuss] [Multiple registrations for a singl e print device]

From: McDonald, Ira (imcdonald@sharplabs.com)
Date: Mon Jul 16 2001 - 19:57:02 EDT

  • Next message: Michael Sweet: "Re: IPP> FW: [Srvloc-discuss] [Multiple registrations for a single print device]"

    Hi Michael,

    Thanks for the quick reply.

    You don't mention whether you also do an SLP registration for
    LPR and AppleTalk queues?

    The population of multiple SLP registrations for the same printer
    will cause multiple LDAP Printer objects for the same printer
    automatically by the behavior of SLPv2 DAs that shadow SLP
    registrations to the customer's enterprise directory via LDAP
    (which also causes enterprise distribution and replication of
    Printer objects).

    While this behavior is not required of SLPv2 DAs, it is considered
    (at least by some) to be the best practice default DA behavior (i.e.,
    find an LDAP server via DNS or DHCP or SLP during bootup and then
    automatically begin shadowing service registrations into LDAP).


    - Ira McDonald

    -----Original Message-----
    From: Michael Sweet [mailto:mike@easysw.com]
    Sent: Monday, July 16, 2001 9:13 AM
    To: McDonald, Ira; Srvloc-discuss@lists.sourceforge.net
    Cc: 'ipp@pwg.org'
    Subject: Re: IPP> FW: [Srvloc-discuss] [Multiple registrations for a
    single print device]

    "McDonald, Ira" wrote:
    > Hi folks,
    > This thread has been going for several weeks on the SLP mailing
    > list. Could IPP implementors who plan to support SLP (at some
    > point) please participate (here on the IPP list and _then_ on
    > the SLP list)?
    > This is the same phantom issue that wasted three months in late
    > 1999 on the SLP and IPP lists. The PWG concensus at that time
    > was _one_ registration for _one_ print device.
    > ...

    FWIW, the current SLP integration with CUPS (hopefully to be released
    in the next patch update, e.g. 1.1.10) provides one registration for
    each local print queue on the system, e.g.:


    We don't try to enumerate all of the possible addresses (e.g. from
    multiple interfaces), although that might be added in a future

    Michael Sweet, Easy Software Products                  mike@easysw.com
    Printing Software for UNIX                       http://www.easysw.com

    This archive was generated by hypermail 2b29 : Mon Jul 16 2001 - 20:04:12 EDT