历史：
日期ISS。变更描述
2004年12月6日，i全球程序的初步发布。
此过程与企业制造文档服务发行的MD-0890 REV 1一致，该过程将用于所有企业数据Mac应用程序。
此过程还与正在为Flextronics协议实施做准备的业务流程映射活动一致；光学/有线MAC文档（W9）的最新版本可在livelink上找到：http：//athena.ca.nortel.com/athena/livelink.exe?func=lunc=ll&objid = 4020905&objaction = browse = browse = browse = nameenceT = nameenclosed
随着这些文档的批准，流程图将成为可通过全球质量网站访问的ISO文档。
1.0范围
本文档介绍了用于控制和发布用于唯一标识网站的媒体访问控制（MAC）地址的全局过程。此过程将与企业数据MAC地址过程MD-0890一起用于所有企业数据MAC地址应用程序。对于所有其他产品应用程序，该文档可以自行使用。
此过程涵盖了在新产品介绍（NPI），制造和返回/维修期间向Nortel产品的MAC地址分配。
2.0定义
在整个文档中，将使用以下首字母缩写词：
- IEEE电气与电子工程师研究所
- 局域网局域网
- MAC媒体访问控制
- OUI在组织具有独特的标识符（也称为公司ID）
- ANSI美国国家标准学院
3.0背景
OUI是由各种标准引用的24位全球唯一分配的数字。 OUI用于802 LAN标准的家族，例如，以太网，令牌戒指等。其任务仅由IEEE注册机构管理。在ANSI/IEEE STD 802-1990中定义的OUI可用于生成48位（表示为六（6）个十六进制八位位）通用LAN MAC地址，以唯一识别LAN站。
示例MAC地址
- 00：E0：7B ： 00：00：00
- ^ ^
- OUI受让人生成的
- 00：00:00到达FF：FF：FF
OUI分配允许受让人通过改变最后三个八位字节来生成约1600万个地址。 IEEE指出，他们不打算将另一个OUI分配给公司的任何部分，直到消耗了原始任务中的95％以上的潜在地址块。此外，IEEE使公司管理有责任确保地址块的大部分块在制造设施中不会均未使用。
可以从IEEE网站获取更多信息： http：//standards.ieee.org/prod-serv/index.html
注1：从北部分配的OUI生成的MAC地址将在所有北部设计的产品中使用。第三方拥有的OUIS生成的MAC地址不得在Nortel产品中使用。
注2：由北部拥有的OUI生成的MAC地址不适用于第三方设计的设备，即OEM设备。
如果有疑问，请联系受让人或管理员（企业数据）以获取建议。
4.0责任
4.1受让人
受让人是公司（Nortel）的代表（Nortel），由IEEE分配了OUI地址块。受让人对使用IEEE启动OUI地址块的所有请求均负有责任。现任受让人是大卫·詹金斯（David Jenkins）。
受让人管理给管理员（企业数据），管理员（DMS）和请求者的地址的控制和发行。
受让人有责任：
- 定期监视设置用于管理Mac地址的电子邮件帐户
- 向管理员和请求者发出特定地址范围，取决于地址的使用模式和IEEE的要求。
- 确保管理员和请求者知道请求的周转时间。目前，这是一个新的OUI的五（5）个工作日，两个（2）个工作日在新的地址范围内。
- 确保所有发行的地址范围都由唯一（未删除）地址组成。
- 保持发行的所有OUI或地址范围的日志以及与OUI和特定范围问题有关的所有信件。
- 确保维护日志的备份副本，以确保业务连续性。
- 确保将足够数量的地址保留在手上，以满足当前的周转时间。
4.2管理员（企业数据）
管理员（企业数据）充当受让人的代表，以管理向企业数据产品的各种制造设施（请求者）的地址的控制和发行。管理员（企业数据）将是Nortel的员工。
管理员（企业数据）有责任：
- 在收到请求的一（1）个工作日内，请求的地址范围向请求者发出范围。
- 确保所有发行的地址范围都由唯一（未删除）地址组成。
- 维护发布的所有地址范围的日志（有关示例，请参见附录2）
- 确保维护日志的备份副本以确保业务连续性
- 确保将足够数量的地址保留在手上，以避免在不合时宜的时间耗尽的可能性。
4.3管理员（DMS）
管理员（DMS）充当受让人的代表，以管理DMS产品地址的控制和发行。管理员（DMS）将是Nortel的员工。
管理员（DMS）有责任：
- 监视设置的电子邮件帐户，目的是管理DMS产品的MAC地址
- 在收到请求的一（1）个工作日内，请求的地址范围向请求者发出范围。
- 确保所有发行的地址范围都由唯一（未删除）地址组成。
- 维护发布的所有地址范围的日志（有关示例，请参见附录2）
- 确保维护日志的备份副本以确保业务连续性
- 确保将足够数量的地址保留在手上，以避免在不合时宜的时间耗尽的可能性。
4.4请求者
请求者是将MAC地址编程为Nortel产品的制造工厂的代表。对于企业数据产品，请求者将从管理员（企业数据）请求地址范围，对于DMS产品，请求者将请求地址范围从管理员（DMS）请求地址范围。在所有其他情况下，请求者将从受让人请求地址范围。请求者可以是Nortel的员工或Nortel合同制造（CM）或电子制造服务（EMS）合作伙伴的雇员。
为CM或EMS工作的请求者与其他制造商一起工作（II级供应商）将确保使制造商知道此程序。此外，请求者将在编程MAC地址是制造商工作的一部分的情况下，负责向这些制造商提供MAC地址。
MAC地址范围将分配给特定的产品系列或产品家族中的产品。
请求者有责任：
- 确保与相关的Nortel操作/工程Prime讨论和使用MAC地址的要求和使用。
- 确保所有MAC地址的编程都使用唯一的（未删除）值。确保有效使用MAC地址（最大程度地减少浪费或未使用的地址）。
- 在请求新的地址范围时，将附录1上标识的信息提供给受让人。
- 维护发出的所有地址范围的日志（有关示例，请参见附录2）。
- 确保维护日志的备份副本，以确保业务连续性。
- 确保将足够数量的地址保留在手上，以避免在不合时宜的时间耗尽的可能性。
- 请注意MAC地址值的任何产品特定限制。
- 如果产品从一个制造工厂转移到另一个制造工厂，则将未使用的MAC地址返回给受让人或管理员。
- 确保使II级供应商了解此程序，并在适当的情况下提供MAC地址。
5.0程序
我。请求者向受让人或管理员（企业数据）或管理员（DMS）提出请求，适用于新的地址范围。请求者将在提出请求时提供附录1 A，B或C的信息。
ii。使用以下电子邮件地址：
- 受让人 - Mac地址，全球 - op [BRAM：6800：EXCR]
- 管理员（DMS） - 地址2，Mac [BRAM：S270：EXCR]
- 管理员（企业数据）-Morgida，Joe [BL60：7011：Exch]
iii。受让人或管理员将请求的数量输入到电子表格中，以记录地址范围的启动和结束的十六进制值，以及随后剩下的地址数量，这些地址剩下的范围内的范围内仍存在。来自信息请求（附录1，A，B或C）的数据也已输入到日志上。
iv。由于诺特尔的内部控件放置在此数据上，因此该日志文件无法提供给公众。
v。请求的范围由受让人或管理员通过电子邮件（非语言通信）分发给请求者，以确保严格遵守分配的地址的文档标准，并防止对范围的任何误解。
vi。请求者保留分配的地址范围的日志和这些地址的使用情况。在需要新的地址范围之前，至少有两个（2）个工作日，请求者将启动新的地址请求。
附录1
- A.对受让人的信息请求
- 产品名称：
- 产品系列：
- 管理员/请求者名称：
- 部门编号：
- 电话内部：
- 电话外部：
- 管理员/请求者经理的姓名：
- 部门编号：
- 电话内部：
- 电话外部：
- 请求的地址数量：
- 预期持续时间：（最多3个月）
- 系统房屋：
- 制造商和制造地点：
- B.向管理员（Enterprise）的信息请求
- 生产商名称
- 产品
- 请求者名称
- 地址数量
- 日期
- C.管理员的信息请求（DMS）
- 网站的clli（表格：clli中找到的11个字符alpha数字名称）
- 生产线
- 顾客
- 站点名称
- 网站地址
- 站点联系
- 每个站点的数字EIUS
- 日期
附录2
MAC地址日志表（管理员（企业）示例）
