通常，OES 2 网络可以使用不同的发现机制。
DNS/DHCP
目录服务
本地主机配置文件
服务定位协议（SLP 服务）
WinSock（仅用于 NetWare）
通用说明、发现和集成 (UDDI) 服务器
某些系统却只能使用一种发现技术。其它系统可以选择不同的提供程序。并且某些系统可以将几种不同的技术结合使用。
NetWare 3 和 4 将基于 IPX 的服务广告协议 (Service Advertising Protocol, SAP) 用作发现机制。所有的服务器均可自动为它们的服务做广告。如果服务器脱机，网络上的 SAP 信息将动态刷新。
从 NetWare 5 和纯 TCP/IP 开始，服务定位协议将作为默认而又可选的发现机制。由于 SLP 是基于 TCP/IP 的协议，并且在自动特性和动态刷新功能方面与 SAP 非常类似，因此选择它。
有关更多信息，请参见部分 12.5, SLP。
WinSock 收集来自所有可用服务发现源的服务信息。
Netware Loadable Module™ (NLM) 程序可利用 WinSock 自动访问网络上的所有发现服务。因此，如果将 SLP 作为信息源去除并将信息放到 DNS 或本地主机文件中，所有使用 WinSock 的 NLM 都不会识别其中的差别。
注：Linux 环境中没有等效于 WinSock 的程序。BSDSock 只能用于传输，不能进行名称解析。因此，所有使用 WinSock 并在 OES 2 Linux 上提供的 NetWare 服务都使用其它服务发现机制。
UDDI 是一种开放源代码且独立于平台的注册表，它可以提供万维网上易于查找和集成的发现服务，并管理各种行业和服务。
对于 NetWare 6.5，Novell 开发了一种启用目录的 UDDI 服务器，它可以与 exteNd™ J2EE™ 应用程序服务器一起使用。从 OES 1 NetWare 开始，UDDI 服务器部件已从可安装的产品列表中去除。
但是，Novell UDDI 服务器已作为开放源代码软件进行发行，并且可以从 Novell Forge 万维网站点上进行下载。
公共信息模型对象管理器 (Common Information Model Object Manager, CIMOM) 的当前 OpenWBEM 实施将 SLP 作为可选的发现提供程序列出。如果将 SLP 与 CIMOM 一起使用，则必须符合 SLP API 规范 (RFC 2614)。CIMOM 的默认发现载体是静态配置的 URI。有关更多信息，请参见桌面管理任务组 (Desktop Management Task Force, DMTF) 万维网站点上的 CIMOM 规范。