abstract: this application note explains how to use maxim's tdm-over-packet (tdmop) devices for fdl (facility data link) network loopback support. the article focuses on the tdmop product line, which includes several devices referred to as ds34t10x in this document. specific tdmop devices are the ds34t108, ds34t104, ds34t102, and ds34t101.
introductionin many applications, system administrators need to use an operation support system (oss) for operation and management control of elements in a network. using oss, administrators can issue commands to the test head to enable or disable fdl network loopback. this application note shows how to implement these fdl commands using the ds34t10x family of tdmop devices.
fdl loopback command functions in a typical application, fdl loopback commands are generated at the test head (figure 1).
figure 1. fdl loopback activation and deactivation at the test head.
the test head is defined as a component in the maintenance system. whenever a failure in the tdm line is reported, the fdl loopback can be used as a diagnostic tool to determine where the failure occurred. in legacy t1 networks, the tdm line is physically connected to the test head so that loopback commands can be issued and the results evaluated.
in a normally functioning network, tdm traffic is terminated at the customer premises equipment (cpe). consider the example network in figure 1. when a network impairment is detected, the network is put into maintenance mode; the command from the oss will be issued through the tdm gateway and then through the onu or ont. in this example, the tdm gateway supports circuit emulation services (ces), which means that the tdm gateway is the termination point of ces pseudo wires. all ces traffic is terminated at the tdm gateway. the ont or onu can also be a gpon terminal and, therefore, required to terminate gpon traffic. in this scenario, the onu would be required to terminate both the gpon traffic and the ces traffic transmitted from the tdm gateway. in figure 1, the onu is implemented with one of maxim's tdmop products. also shown in this figure is a smart jack (sj), which is common in many legacy pdh networks.
internal hardware connectionsto implement network loopback as defined in the gr-312-core standard, two fdl commands are required.
network loopback activation (00010010 11111111) the bit-oriented command and response message transmitted on the esf data link will put the sj in the maintenance state and will loop back received t1 traffic. the sj will remain in the maintenance state when the transmission of the loopback activation messages ceases. the tdmop device will monitor bits 9 through 14 (001001) to activate the loopback command.
network loopback deactivation (00100100 11111111) the bit-oriented command and response message transmitted on the esf data link will put the connector in the normal state to pass t1 traffic like a repeater. the connector will remain in the normal state when the transmission of the loopback deactivation messages ceases. here again, the tdmop device will monitor bits 9 through 14 (010010) to deactivate the loopback command. these loopback activation and deactivation commands can be implemented using ds34t10x devices. figure 2 shows the hardware connections for the liu and framer in the ds34t10x.
to implement loopback activation and deactivation, an extra t1 framer is required for each t1 port. as figure 2 shows, if two t1 ports are implemented in the network, then two additional t1 framers are also implemented for the framer loopback (flb) application. this example uses a ds34t104, which contains four t1 ports (two for the required t1 ports, and two for fdl loopback support). if 8 t1 ports are required, a ds26401 can be used to provide the additional 8 framers. these additional framers are used for tapping off of the original framers; these framers are used only for loopback activation and deactivation. in figure 2, a ds34t104 is used to implement two t1 ports to generate tdmop bundles and provide loopback support.
figure 2. ds34t104 application example for loopback activation and deactivation support.
in figure 2, framer 3 will tap framer 1 and framer 4 will tap framer 2. this configuration must be enabled prior to sending fdl activation and deactivation codes. the driver and the configuration are available by request from maxim.
to verify this configuration, configure the fmrtopism4 register as shown:
set fmrtopism4.frmr3 = 000 so that frmr3 source from frm1
set fmrtopism4.frmr4 = 001 so that frmr4 source from frm2 since fdl only works in t1 esf framing mode, ports 3 and 4 should be configured as noted here:
set tcr3.tfm = 0
set rcr1.rfm = 0 next, the device is configured for transparent mode in the transmit control register 1.
tcr1 = 64h or 60h, depending on whether b8zs is required
framer loopback is then enabled on framer 3 and framer 4 by setting receive control register 3.
rcr3.flb = 1 for framer 3 and framer 4
the receive boc for port 3 and port 4 needs to be programmed to detect n (n = 1, 3, 5, or 7) codes in a row by setting the rboc register:
rboc[2:1] = 00 for 1 consecutive boc code for valid sequence identification
rboc[2:1] = 01 for 3 consecutive boc codes for valid sequence identification
rboc[2:1] = 10 for 5 consecutive boc codes for valid sequence identification
rboc[2:1] = 11 for 7 consecutive boc codes for valid sequence identification
when a valid boc event is detected (as indicated through the setting of rls7.bd), the rboc message should be read from the rboc register. then based on the rboc message, loopbacks can be set by using the lmcr register.
lmcr[2:0] = 010 in the driver provided by maxim there is a command code in the _te1drvctrl function argument that allows for sending either boc data:
te1dctrl_t1403txpkt
te1dctrl_t1403txboc all communication to the drivers (both internal and external) goes through a simple api in the agent.c and t1e1_interface.c file.
a call to transmit the boc code would be formatted as follows: // call the driver's transmit boc function
retval &= (*lnptr->drvctrl)(drvref, te1dctrl_t1403txboc, enable, (int)boc_code);a call to discontinue transmitting the boc code would be formatted as follows: // call the driver's transmit boc function
retval &= (*lnptr->drvctrl)(drvref, te1dctrl_t1403txboc, disable, null);
conclusionfdl network loopback activation/deactivation commands are required to be supported in onu elements. the ds34t10x family of tdmop devices provides analog loopback features that enable this functionality. when a valid loopback command is received in the boc, analog loopback can be enabled or disabled accordingly. having this functionality in the ds34t10x products eliminates the need for an internal sj to the ds34t10x inside an onu element.
for more information about maxim's tdmop product family, please contact the communications and timing application support team through the maxim website or by phone at 01-972-371-6555.
Win10新驱动程序系统即将推出自动搜索更新
MIUI9和小米5X配置消息全曝光!今天下午两点不见不散!
非洲控股公司副总裁呼吁央行用比特币替代美元
生活饮用水微生物快速检测仪的主要特点是什么
短视频热歌劲曲听不够?华为nova 2系列天籁音质助你一臂之力
延迟线网络回路支持使用TDMoP设备-FDL Network
展讯退市回国,瞄准“中国芯”
led行业标准
如何利用瑞萨模拟和数字产品方案支持汽车市场?
汽车转向系统的工作原理
使用PADS HyperLynx DC Drop解决电源完整性问题
iPhone 12手机热卖背后的真正原因是?
阳光电源 SG125HV三相光伏并网逆变器拆解分析
L-256CGNEMA接口旋锁式智联光控器介绍
智能传感器解决电池安全、诊断和电动汽车电池平衡问题
短路电流口诀算法
FCC增加5GHz频谱免授权使用 缓解Wi-Fi网络拥堵
M2芯片能效爆棚!全新Macbook Air首发;iOS新系统大惊喜,苹果造车计划有变?
人体感应和雷达感应的区别
湿度传感器维修技巧