各位高工:
你们好!
首先做为一名合作方的工程师,接触中兴相关设备也已经有一年多了。这一年里,很感谢各位的帮助。在这一年里
,
让我在技术上有了很大的提高
.
在这里
,
想说一些个人对产品的理解与看法
.
希望能获得各位的帮助
.
在此先向大家说声谢谢
!
在实际工程中
,
中兴的
EPON
是接触时间最长的设备
.
对于
EPON,
感觉自己好像已经喜欢上了这款设备
.
还记得年前有一次熬到夜里
12
点多处理一个
EPON
故障
.
那样的感觉真是刻骨铭记
.
可以说
,
是这些故障让我逐渐喜欢上了这款设备
.
但对于
EPON,
自己还有许多不甚了解的地方
.
主要是在一些版本的特性方面
.
由于在洛阳区域是中兴的主要区域
,
这里的中兴设备非常多
.
而
EPON
在前期开局与故障定位上也有许多不解
.
这边有许多老的设备
,
如
C200,
总体感觉这款设备在运行期间有着许多耐人捉摸的地方
.
它的版本与所带的用户容量好像都有一定的限制
.
而且其版本的稳定性在一定程度上不如
C220
的更耐用
.
而
C220
在
V1.1.1
版本的基础上不能对部分
ONU
进行添加
.
如
F822.
必须要在此版本上添加上这个类型后才可添加
.
在添加过后
,
对其版本升级也不能直接升级
.
感觉是不是在网设备为了保证自身的业务正常而采取的一种保护措施
.
对于
F822
与
9806(
洛阳这边主要就是这两种
ONU).
在版本未升级之前
,
确实存在许多的问题
,
而每一次的版本升级都是在设备自己身的一种提升
.
稳定性也在逐步的提高
.
而一些老版本是否需要升级及如何升级
,
这一方面自己还有许多的不懂
.
在实际工程现场
,
有许多地方都要根据情况灵活运用
.
比如
,
让
9806
级联
.
在其它
DSLAM
上下挂
9806.F822
下挂
WLAN
设备
.
运用分光器节省光路资源
.
千兆改百兆
,
光口上行改电口上行
.
总之
,
所学会的这些操作都是基于对设备自身特性的一知半解所操作的
.
其中很感谢当时帮助过我的各位同事
.
现在就感觉自己的无知
,
希望能给以指导
.
在这一年期间
,
也写过许多关于
EPON
的案例
.
非常希望能得到各位的指评与斧正
.
现在就感觉
,
做技术
,
讨论与学习是非常重要的
.
故障能促进个人的学习与进步
.
如果不再学习
,
就很快会被新的故障所困扰
.
对于
EPOP
设备,主要在路由指向上感觉到有些许不妥之处
.
虽然说这与上层组网有很大关系
.
但在实际运用中
,
对于路由这一块的知识
.
个人认知还有是有限
.
还有就是语音与宽带两种子卡的散热方面
.
实际工程中
,
由于散热与路由问题引起的故障是最让人头痛的
.
在实际应用中
,
当发现这些情况后
,
在工程现场
,
是采取的是分开使用
,
即
9806
中两台一起安装时
,
一台统宽带
,
一台纯语音
.
从而避免由于高低频混插而对散热造成的影响
.
对于
F822,
在实际工程中
,
不要在
OLT
上配置过多数据
,
在
OLT
上只配好认证与下发
IP
相关数据
.
其它部分都由远程登录到设备上再进行配置
.
从而有效避免
OLT
在重起时读取数据所造成的延时
.
对于
OLT
的两种组网
,
一种将语音与数据分开
,
另一种是将两者混合在一起进行传递
.
两者之间
,
个人感觉后一种组网方式故障率会稍高一些
.
也是由其自身的一些特性所决定的
.
还有就是版本上
.EPON
上最为稳定的版本是
V1.3
的那个系列
.
在些想问的是
,EPON
中能支持对
9806
下发地址的版本是多少
.
个人感觉
,
若
F822
能远端下发
IP,
那
9806
就一定可以
.
希望能获得这一方面的支持
!
谢谢
!
本文出自 “数据挖掘与可视化” 博客,转载请与作者联系!