JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris Administration: Network Services     Oracle Solaris 11 Information Library
search filter icon
search icon

Document Information

Preface

Part I Network Services Topics

1.  Network Service (Overview)

2.  Managing Web Cache Servers

3.  Time-Related Services

Part II Accessing Network File Systems Topics

4.  Managing Network File Systems (Overview)

5.  Network File System Administration (Tasks)

6.  Accessing Network File Systems (Reference)

Part III SLP Topics

7.  SLP (Overview)

8.  Planning and Enabling SLP (Tasks)

9.  Administering SLP (Tasks)

Configuring SLP Properties

SLP Configuration File: Basic Elements

Configuration Properties

Comment Lines and Notations

How to Change Your SLP Configuration

Modifying DA Advertising and Discovery Frequency

Limiting UAs and SAs to Statically Configured DAs

How to Limit UAs and SAs to Statically Configured DAs

Configuring DA Discovery for Dial-up Networks

How to Configure DA Discovery for Dial-up Networks

Configuring the DA Heartbeat for Frequent Partitions

How to Configure DA Heartbeat for Frequent Partitions

Relieving Network Congestion

Accommodating Different Network Media, Topologies, or Configurations

Reducing SA Reregistrations

How to Reduce SA Reregistrations

Configuring the Multicast Time-to-Live Property

How to Configure the Multicast Time-to-Live Property

Configuring the Packet Size

How to Configure the Packet Size

Configuring Broadcast-Only Routing

How to Configure Broadcast-Only Routing

Modifying Timeouts on SLP Discovery Requests

Changing Default Timeouts

How to Change Default Timeouts

Configuring the Random-Wait Bound

How to Configure the Random-Wait Bound

Deploying Scopes

When to Configure Scopes

Considerations When Configuring Scopes

How to Configure Scopes

Deploying DAs

Why Deploy an SLP DA?

When to Deploy DAs

How to Deploy DAs

Where to Place DAs

Placing Multiple DAs for Load Balancing

SLP and Multihoming

Multihoming Configuration for SLP

When to Configure for Nonrouted, Multiple Network Interfaces

Configuring Nonrouted, Multiple Network Interfaces (Task Map)

Configuring the net.slp.interfaces Property

How to Configure the net.slp.interfaces Property

Proxy Advertising on Multihomed Hosts

DA Placement and Scope Name Assignment

Considerations When Configuring for Nonrouted, Multiple Network Interfaces

10.  Incorporating Legacy Services

11.  SLP (Reference)

Part IV Mail Services Topics

12.  Mail Services (Overview)

13.  Mail Services (Tasks)

14.  Mail Services (Reference)

Part V Serial Networking Topics

15.  Solaris PPP 4.0 (Overview)

16.  Planning for the PPP Link (Tasks)

17.  Setting Up a Dial-up PPP Link (Tasks)

18.  Setting Up a Leased-Line PPP Link (Tasks)

19.  Setting Up PPP Authentication (Tasks)

20.  Setting Up a PPPoE Tunnel (Tasks)

21.  Fixing Common PPP Problems (Tasks)

22.  Solaris PPP 4.0 (Reference)

23.  Migrating From Asynchronous Solaris PPP to Solaris PPP 4.0 (Tasks)

24.  UUCP (Overview)

25.  Administering UUCP (Tasks)

26.  UUCP (Reference)

Part VI Working With Remote Systems Topics

27.  Working With Remote Systems (Overview)

28.  Administering the FTP Server (Tasks)

29.  Accessing Remote Systems (Tasks)

Part VII Monitoring Network Services Topics

30.  Monitoring Network Performance (Tasks)

Glossary

Index

Modifying DA Advertising and Discovery Frequency

In situations such as the following, you can modify properties that control the timing of DA advertisements and discovery requests.

The procedures in this section explain how to modify the following properties.

Table 9-2 DA Advertisement Timing and Discovery Request Properties

Property
Description
net.slp.passiveDADetection
Boolean that specifies whether slpd listens for unsolicited DA advertisements
net.slp.DAActiveDiscoveryInterval
Value that specifies how often slpd performs active DA discovery for a new DA
net.slp.DAHeartBeat
Value that specifies how often a DA multicasts an unsolicited DA advertisement

Limiting UAs and SAs to Statically Configured DAs

Sometimes you might need to limit UAs and SAs to obtaining DA addresses from the static configuration information in the slp.conf file. In the next procedure, you can modify two properties that cause slpd to obtain DA information exclusively from the net.slp.DAAddresses property.

How to Limit UAs and SAs to Statically Configured DAs

Use the following procedure to change the net.slp.passiveDADetection and the net.slp.DAActiveDiscoveryInterval properties.


Note - Use this procedure only on hosts that execute UAs and SAs which are restricted to static configurations.


  1. Become an administrator.

    For more information, see How to Obtain Administrative Rights in Oracle Solaris Administration: Security Services.

  2. Stop slpd and all SLP activity on the host.
    # svcadm disable network/slp
  3. Back up the default /etc/inet/slp.conf file before you change the configuration settings.
  4. Set the net.slp.passiveDADetection property to False in the slp.conf file to disable passive discovery. This setting causes slpd to ignore unsolicited DA advertisements.
    net.slp.passiveDADetection=False
  5. Set the net.slp.DAActiveDiscoveryInterval to -1 to disable initial and periodic active discovery.
    net.slp.DAActiveDiscoveryInterval=-1
  6. Save your changes and close the file.
  7. Restart slpd to activate your changes.
    # svcadm enable network/slp

Configuring DA Discovery for Dial-up Networks

If the UAs or SAs are separated from the DA by a dial-up network, you can configure DA discovery to reduce or eliminate the number of discovery requests and DA advertisements. Dial-up networks usually incur a charge when activated. Minimizing extraneous calls can reduce the cost of using the dial-up network.


Note - You can disable DA discovery completely with the method that is described in Limiting UAs and SAs to Statically Configured DAs.


How to Configure DA Discovery for Dial-up Networks

You can use the following procedure to reduce unsolicited DA advertisements and active discovery by increasing the DA heartbeat period and the active discovery interval.

  1. Become an administrator.

    For more information, see How to Obtain Administrative Rights in Oracle Solaris Administration: Security Services.

  2. Stop slpd and all SLP activity on the host.
    # svcadm disable network/slp
  3. Back up the default /etc/inet/slp.conf file before you change the configuration settings.
  4. Increase the net.slp.DAHeartbeat property in the slpd.conf file.
    net.slp.DAHeartbeat=value
    value

    A 32-bit integer that sets the number of seconds for the passive DA advertisement heartbeat

    Default Value=10800 seconds (3 hours)

    Range of Values=2000–259200000 seconds

    For example, you can set the DA heartbeat to approximately 18 hours on a host that is executing a DA:

    net.slp.DAHeartbeat=65535
  5. Increase the net.slp.DAActiveDiscoveryInterval property in the slpd.conf file:
    net.slp.DAActiveDiscoveryInterval value
    value

    A 32–bit integer that sets the number of seconds for DA active discovery queries

    Default Value=900 seconds (15 minutes)

    Range of Values=300–10800 seconds

    For example, you can set the DA active discovery interval to 18 hours on a host that is executing a UA and an SA:

    net.slp.DAActiveDiscoveryInterval=65535
  6. Save your changes and close the file.
  7. Restart slpd to activate your changes.
    # svcadm enable network/slp

Configuring the DA Heartbeat for Frequent Partitions

SAs are required to register with all DAs that support their scopes. A DA can appear after slpd has performed active discovery. If the DA supports slpd scopes, the SLP daemon registers all advertisements on its host with the DA.

One way slpd discovers DAs is by the initial unsolicited advertisement a DA sends when it boots. The SLP daemon uses the periodic unsolicited advertisement (the heartbeat) to determine whether a DA is still active. If the heartbeat fails to appear, the daemon removes the DAs the daemon uses and those the daemon offers to UAs.

Finally, when a DA undergoes a controlled shutdown, it transmits a special DA advertisement that informs listening SA services that it will be out of service. The SLP daemon also uses this advertisement to remove inactive DAs from the cache.

If your network is subject to frequent partitions and SAs are long-lived, slpd can remove cached DAs during the partitioning if heartbeat advertisements are not received. By decreasing the heartbeat time, you can decrease the delay before a deactivated DA is restored to the cache after the partition is repaired.

How to Configure DA Heartbeat for Frequent Partitions

Use the following procedure to change the net.slp.DAHeartBeat property to decrease the DA heartbeat period.


Note - If DA discovery is completely disabled, the net.slp.DAAddresses property must be set in slp.conf on the hosts that are executing UAs and SAs so that they access the correct DA.


  1. Become an administrator.

    For more information, see How to Obtain Administrative Rights in Oracle Solaris Administration: Security Services.

  2. Stop slpd and all SLP activity on the host.
    # svcadm disable network/slp
  3. Back up the default /etc/inet/slp.conf file before you change the configuration settings.
  4. Decrease the net.slp.DAHeartBeat value to 1 hour (3600 seconds). By default, the DA heartbeat period is set to 3 hours (10800 seconds).
    net.slp.DAHeartBeat=3600
  5. Save your changes and close the file.
  6. Restart slpd to activate your changes.
    # svcadm enable network/slp

Relieving Network Congestion

If network congestion is high, you can limit the amount of multicast activity. If DAs have not already been deployed in the network, deploying DAs can drastically reduce the amount of SLP-related multicast.

However, even after DAs are deployed, multicast is still necessary for DA discovery. You can reduce the amount of multicast necessary for DA discovery by using the method that is described in How to Configure DA Discovery for Dial-up Networks. You can completely eliminate multicast for DA discovery by using the method that is described in Limiting UAs and SAs to Statically Configured DAs.