一般是买 IP 核，没人从零开始，跟写代码一样，用现成的包

我到手就换了，这个 msata 非常烫，换了个 ssd 挂在 sata5 上引导。过了 2 年这个盘频繁报错，开始以为是盘的问题，换了一块新的也这样，后来发现是 sata5 的问题，换前面的 4 个 sata 口就好了。

电源是到手一年坏了，换了益衡的 7025 。

开始也是群晖+ds audio ，但是 ds audio 不知为什么很多 mp3 播放不了，现象是直接跳过播放下一首，有时候一个专辑里只有一两首能放，歌拿到别的播放器都没问题。

正好那段时间学了 django 和 vue 就写了个网页播放的，现在大概不到 5000 首歌。

namesilo let's encrypt 一般 900s-1800s ，三个月一次还好

昨天刚折腾上。

版本: 1.70.1 (user setup)
提交:
日期: 2022-08-10T06:09:06.872Z
Electron: 18.3.5
Chromium: 100.0.4896.160
Node.js: 16.13.2
V8: 10.0.139.17-electron.0
OS: Windows_NT ia32 6.1.7601

mac QQ 定期转圈圈，这个能解决吗

不用 fttr ，1688 上的 2 口 olt ，1100 ，一个口 32 户，你可以放 64 户。16 口的 8000 块可以拿到，你可以运营一个小区了。

fttr 的 olt 100%不能接一般的光猫

@zmaplex redis 本来就开了，给 celery 用的，这个比建个表 migrate 方便点。

Celery 吧，应该比较合适

@oblivion pon 协议默认就是下行收到所有包，不管哪家芯片都收得到，不过你能不能解出来就是要额外的操作。
配置这么简单，可以试试镜像 pon 口到 lan 口，看抓不抓的到别人家个包。

看视频学的 django ，学到 restframework ，从 apiview 到 viewset ，一系列抽象，真是看的男默女泪

今年 1 刀注册了个 xyz ，没到 1 号已经 9.9 了，不续了

@Marionic0723 FEC 不是加密，是前向纠错，增加链路光功率预算，提供更高光分比，epon 默认只能 1 分 32 ，20km 但是开了 fec 可以到 1 分 64 。

三重扰动才是加密，而且每秒密钥都变，这个都是芯片级实现的，我印象中是默认开启的。

另外即使明文，你需要一个定制的 onu ，能接收所有 llid 的数据 。商用芯片估计没这能力，即使有也屏蔽了。不过你可以买个 onu 的 ip ，自己改下烧进 fpga ，再把外围电路完善下。万一万一开了加密，那就算了。

我想有这个需求的是类似 CIA 的强力执法部门。他们其实在 olt 上联直接镜像端口更加方便。

另外，还有光链路在线介入的，更加简单了。

11.1 PON 接口数据安全
EPON 系统下行方向采用广播方式，恶意用户很容易截获系统中其它用户的信息。为提高用户数据的 保密性，EPON 系统下行方向应支持针对每个 LLID 的搅动功能，每个 LLID 应有独立的密钥。EPON 系统对 1G-EPON ONU 的下行搅动应采用附录 E.2 规定的三重搅动方式，对 10G-EPON ONU 的下行搅动应采用附录 E.3 的搅动方式。搅动由 OLT 提出密钥更新要求，ONU 提供针对 LLID 的搅动密钥(1G-EPON ONU 针对每个 LLID 提供的搅动密钥为 3 字节，10G-EPON ONU 针对每个 LLID 提供的搅动密钥为 9 字节)，OLT 使用此密钥完成 搅动功能。
EPON 系统的搅动开始于以太网帧的目的 MAC 地址域，截止于 FCS 校验域。系统完成了 MPCP 发现和 OAM 发现过程后，开始进行搅动密钥的交换。密钥交换完成后，该 LLID 的所有下行数据帧、MPCP 帧和 OAM 帧 均应进行搅动。
密钥的更新和同步过程采用 Organization Specific OAMPDU ，具体要求见 6.5.13 节。

Pon 上行时分，下行广播。
下行每个终端或者说 llid 的数据都有加密，密钥是终端和局端实时协商的

感谢各位大佬，用 redis 存了状态，基本实现了功能，上服务器也没问题了。

还有几点请教：
1 ，用 uwsgi 起多个 worker ，实际上是多个 django 的实例在跑，这样如果用 uwsgi 来启动 django ，djaongo 中是不存在只运行一次的代码。
我这个问题中，即使用 redis 也有个初始值的坑。最简单的是在程序之外，程序启动之前，用 redis-cli 手动设定初始值。如果不用这个方法，就想是不是能在 django 初始化的地方，运行一次 redis set 初始值。通过上面的分析，django 用 uwsgi 启动是不存在这样只执行一次的代码，至少每个 worker 启动 django 所有的代码都要跑一遍，有几个 worker 就要跑几遍。
后来我想通过 redis 直接 get 键取值，但是 redis 的 get 不像 json 的 get 读取空时能返回一个默认值，这个真没想到，自己简单包装了一个能返回默认值的，来代替原始的 conn.get()。这样就不需要预先设置 redis 了。
conn = redis.Redis(connection_pool=POOL)
IS_RELEASED_KEY = 'xxxx_is_released'
def rget(key):
ret = conn.get(key)
if ret == None:
return '0'
else:
return ret

2 ，取得 redis 的 conn 是在 view.py 中，但是不在任何一个 view 函数中，这个代码是不是每个 worker 只执行一次，有几个 woker 就有几个不同的 conn ，还是每次请求都会建新的 conn ？

[uwsgi]
chdir = /home/xxxx/project/xxxx
module = xxxx.wsgi
home = /home/xxxx/venv/venv3.9
master = true
processes = 2
socket = 0.0.0.0:8909
vacuum = true

@676529483 是的 supervisor 启动的

Ipoe 是 dhcp+option60 或者 82 字段，所以不是任意设备都能用，要符合局方规范