问题标签 [iana]

我无法理解多播地址的工作原理。

首先，如果我有 N 个客户端或对等点在不同的网络上工作，它们是否都订阅同一个多播组，并且该组允许任何源发送消息，这些对等点/主机都可以通过这个相互通信团体？（听起来像黑魔法！）

其次，我听说 IANA 控制/管理多播地址。那么，您是否必须向 IANA 请求/询问您的项目/公司的特定多播地址？这是如何运作的？我弄错了吗？你能为我澄清多播网络吗？

非常感谢！

今天早上读了一篇文章，我注意到一个法律案例，要求服务提供商根据 IP 地址区分来自不同国家的用户。我知道互联网号码分配机构 (IANA) 以块的形式向五个区域互联网注册机构 (RIR) 中的每一个提供 IP 地址。每个 RIR 都涵盖特定的地理区域。似乎您可以非常可靠地说，分配给 RIR 的块中的 IP 地址位于该 RIR 的地理区域内。

是否有可能以比 RIR 区域更精细的粒度可靠地定位 IP 地址？例如，您能否可靠地说 IP 地址位于国家、普罗旺斯、州、地区、县、大都市区、城市等范围内？您认为每个 RIR 的情况是否不同？

我想在我的项目中使用 URN。而且我几乎不愿意将我不起眼的项目申请到正式的 IANA 注册，但我希望尽可能避免违反标准。这就是为什么我想知道是否有一个标准的（或至少事实上的惯例）NID 被放置而不是private在下面的例子中：

将 IPv4 地址映射到它们的控制 RIR（ARIN、RIPE 等）很容易，因为 v4 地址由 IANA 在 /8 块中分发。我可以编写一个函数，它采用任意 IPv4 地址并通过检查该地址的前 8 位来计算出正确的 RIR。

不过，根据http://www.iana.org/assignments/ipv6-unicast-address-assignments/ipv6-unicast-address-assignments.txt，全球单播 IPv6 地址以不同大小的块形式分发。我看不出为什么这些块按照它们的大小分配的任何押韵或原因。这可能会使编写上述函数的 IPv6 版本变得很麻烦。

有没有一种简单的方法来判断哪个（全球单播）IPv6 地址属于哪个 RIR？还是我必须遍历所有分配的网络块，看看我的地址是否被其中一个覆盖？

谢谢！

我一直无法找到一个规范的来源，它表明任何和/或每种文件格式的正确 MIME 类型。我发现的所有来源似乎相互矛盾和/或IANA MIME 类型 RFC 及其相关列表。

虽然我对.otf(OpenType) 和.ttf(TrueType) 文件类型特别感兴趣，但理想的答案将提供一个规范资源，用于确定各种字体文件格式的 MIME 类型，例如维基百科字体文件部分中列出的那些页面：文件格式列表。但是，鉴于我找不到这样的资源，似乎完全有可能不存在这样的规范参考。

我想进一步澄清一下，我不是在寻找有效的 MIME 类型，而是寻找规范的 MIME 类型。对可用于文件的字体状态的正确 MIME 类型的选定答案 。但是，正如投票率最高的答案（@djsadinoff）所解释的那样，它不是有效的 IANA 内容类型，也不是正确的MIME 类型。font/opentype.otffont

解决工作中的争论。理论上，是否有可能创建一个端口高于 65535 的网络协议并获得IANA的批准？

如果不是，为什么不呢？

使用自生成的 OID 有什么问题？我相信它只需要在整个系统中是唯一的，对吗？而且我只使用一个 LDAP 服务器。

我正在听 Bounjour 上的 WWDC2012 Session 707。在会议开始的 15:25，苹果工程师解释说，您需要在发布之前向 IANA 注册您的 bonjour 服务名称。我发现演示文稿中的链接不起作用，并找到了这个替换：

http://www.iana.org/form/ports-services

其中一些领域看起来很吓人。我真的需要填写服务名称请求来发布我的 bonjour 应用程序吗？

我需要将 IANA/Olson 时区 ID 映射到缩写，如 EST、PST 等。

我知道这不是一对一的映射，例如，对于 EST，有很多 IANA 时区。

我可以使用某种数据库/映射吗？

PS：JavaScript 解决方案更可取，但任何可以帮助我构建此映射的信息（IANA 时区 ID -> 缩写）都值得赞赏。

我需要确定给定事件的 Olson TZID 和事件的 DateTime 的时间偏移量。

我想我可以在 Noda Time 的帮助下做到这一点，但我是新来的，需要帮助 - 执行此任务的实际 API 调用序列示例。

我们正在使用和做什么的更多细节。

1. 我们正在运行基于 ASP.NET + SQL Server 的网站。我们网站的用户输入并保存在不同地点发生的事件。对于每个事件 Lat/Long 和 DateTime 与时间偏移（该事件）是必填字段。
2. 数据录入有多种场景，有时先输入 Lat/Long，有时先输入 DateTime。系统允许从地址或地图点确定纬度/经度。在大多数情况下，我们希望 Time Offset 与 Lat/Long 一致，因为我们通常希望 DateTime 作为该事件的本地输入。
3. 我们使用 SQL Server DateTimeOffset 字段来存储数据。
4. 我们不想依赖第三方 Web 服务来确定偏移量，而是希望我们的系统来执行此操作。

我可以免费下载和使用任何必要的工具或数据。我已经从http://efele.net/maps/tz/下载了 shapefile，并使用 Shape2SQL http://goo.gl/u7AUy将它们转换为带有 TZID 和 GEOM 的 SQL Server 表。
我知道如何通过查询该表从 Lat/Long 获取 TZID。
我需要再次确定 TZID 和 DateTime 的时间偏移量。