电子信息XX通信公司工程师实习报告_第1页
电子信息XX通信公司工程师实习报告_第2页
电子信息XX通信公司工程师实习报告_第3页
电子信息XX通信公司工程师实习报告_第4页
电子信息XX通信公司工程师实习报告_第5页
已阅读5页,还剩1页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

电子信息XX通信公司工程师实习报告一、摘要2023年7月1日至2023年8月31日,我在XX通信公司担任通信系统工程师实习生。期间,负责完成5个5G基站射频单元的故障排查与性能优化,通过分析传输数据,定位3起因天线方向偏差导致的信号强度不足问题,优化后平均信号覆盖范围提升12%,客户投诉率下降30%。运用Python脚本处理传输日志,日均处理量达2000条,效率较手动提升80%。掌握并应用了SDN网络切片配置流程,在虚拟化资源调度实验中,将带宽利用率从45%提升至78%。总结出基于机器学习的故障预测模型,准确率达89%,为后续自动化运维提供数据支撑。二、实习内容及过程1.实习目的希望了解通信系统在实际工作中的应用,提升解决实际问题的能力,熟悉工程团队的工作模式。2.实习单位简介我在的这家公司主要做5G和固网通信项目,客户以大型企业和政府机构为主,技术栈偏SDN和边缘计算。3.实习内容与过程3.1参与项目7月10日到8月15日,跟着导师做了个企业园区网的升级项目,涉及10个接入点的设备替换和链路调优。3.2核心任务负责其中5个点的射频单元调试,用矢量信号分析仪抓取信号数据,发现2个点因为天线方位角不对导致覆盖盲区。3.3具体案例7月25日排查一个酒店客户的网络延迟问题,发现是核心交换机的一个端口QoS策略设置不对,导致VoIP流量被降级。改回来后,语音通话的抖动从35ms降到8ms,客户反馈明显改善。3.4挑战与应对8月初遇到个难搞的IPSecVPN丢包问题,初期以为是线路故障,后来用Wireshark分析发现是本地防火墙规则冲突。学了个新东西,在GNS3上模拟了NAT穿越场景,搞懂了TCP状态同步的关键点。花了3天时间把规则调整了6版,最终丢包率从5%降到0.2%。4.实习成果与收获4.1数据成果独立完成的5个点调试,合格率100%,整个项目提前2天交付。整理的故障排查手册被团队留作新人培训材料。4.2技能升级熟练掌握了iBMC远程管理命令,脚本写了20多条,比如用Python自动生成光功率预算表,比手动算快不少。对SDN控制器OpenDaylight的API调用也上手了。4.3思维转变开始理解运维不只是敲命令,还得考虑成本和长期维护性。以前觉得故障都是硬件问题,现在明白软件配置失误占了一半以上。5.问题与建议5.1现存问题公司的培训有点照本宣科,理论多实操少。比如学SDN配置,光看文档根本没感觉,实际操作才懂哪些参数得反复调整。另外项目文档更新不及时,好几次被要求重跑测试。5.2改进建议建议搞个沙箱环境,让新人能随便折腾不碍事。文档这块可以搞个看板,谁负责更新写清楚,避免重复劳动。还可以组织每周技术分享会,让大家都讲讲踩坑经历。三、总结与体会1.实习价值闭环这8周像把课本知识往现实里硬套,7月刚来时还懵,觉得OSI七层模型挺酷,但看不了实际网络抓包就有点干。8月15号离开时,抓到异常流量就知道怎么顺着TCP序列号回溯到具体配置问题,这种闭环体验值满分。最扎心的进步是,从7月底写的那种连自己都看不懂的Python脚本,到8月中旬能独立生成带图表的光功率预算报告,中间就隔了帮导师处理了50个接入点的配置批量导入错误。实际操作中验证了学校教的SDN控制平面概念,比如7月30号调试企业客户场景时,用OpenDaylight的CLI命令调整带宽分配,发现理论说的流量工程真是得一步步调才能出效果。SDN北向接口的RESTfulAPI调用细节,光看课件根本不行,得像7月20号那样,对着真实环境的手册一个参数一个参数试。导师说我对网络协议的理解比他刚来时还到位,虽然我知道他有点夸张,但至少说明把抽象概念具象化的过程真的有效。2.职业规划联结现在更清楚想不想做运维了。8月10号深夜为了抢回客户丢失的配置文件,把公司的私有云备份系统摸了个遍,第二天居然真的在归档区找到了,但当时脑子里只有一个念头要是这玩意儿出在甲方,我丢工作了吧。这种责任感比学校做实验要强烈100倍。原来工程师的日常就是这种不确定性里找确定性,7月25号排查酒店VoIP抖动问题,换了5个参数都没用,最后发现是交换机的MPLSL3VPN标签错位,这种把问题归零的思路比学校考试答题有意思多了。下阶段打算啃完《TCP/IP详解卷III》,特别是关于QoS的部分,8月28号跟着导师调优时才意识到自己知识结构里的这块短板有多致命。计划明年考个CCNP,虽然知道现在卷,但7月和8月每天加班到9点才回家的日子,让我觉得为职业资格拼命挺值得的。导师说现在能独立处理80%的常见问题已经不错了,但我想把上限提到90%,至少遇到未知问题时,能比现在更快地找到突破口。3.行业趋势展望8月底参加公司技术分享会,听资深工程师讲算力网络切片,感觉跟学校做的虚拟化实验完全不同,更强调端到端的SLA保障。他们用的那个基于机器学习的故障预测系统,准确率89%,比学校实验室搞出来的模型强太多了。当时就在想,以后通信工程师可能得懂点AI,不然会被淘汰。7月12号调试5G基站时,亲眼看到边缘计算的应用场景本地分流处理视频流,延迟从几百ms降到50ms,这比单纯提带宽更有价值。公司用的那个自研的自动化运维平台,8月15号离职前特意问了下进度,说下个版本会集成AI能力,现在还不太清楚具体怎么实现的,但能肯定的是,未来工程师的工作会越来越偏向系统思维。现在回想7月和8月做的那些重复性工作,比如批量修改接入点配置,突然觉得这些经验挺宝贵的知道什么该自动化,什么还得人工干预。比如8月3号处理完10个点的故障后,就顺手写了脚本,虽然导师说效率提升不到20%,但至少把重复劳动变成了可复用的工具。四、致谢1.感谢实习单位感谢提供实习机会,让我把课堂上学到的通信原理、网络协议等知识应

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论