:TRICK-MAN:™ FOREVER, Since 2007  
Front Page
Tag | Location | Media | Guestbook | Admin   
 
'전송기술'에 해당하는 글(53)
2016.11.17   Laying the Foundations for Phase Timing
2016.04.28   Greenfield, Brownfield ?
2015.05.28   Smallcells용 Grandmaster IGM 1100i 소개
2015.04.23   Introduction to SDN
2014.06.16   What is Jitter ? (by youtube)
2014.06.09   T-SDN(Transport Software Defined Network) 표준화
2014.05.22   Understanding the drivers of software-defined networking (SDN) / freescale
2013.12.04   광-회선-패킷 통합 전달망 기술 동향(2013.12)
2013.09.23   White Rabbit Project
2013.08.07   차세대 네트워크를 위한 동기화 – PTP Telecom Profile [한글판]


Laying the Foundations for Phase Timing
Laying the Foundations for Phase Timing

Phase Timing을 위한 설명을 포함하고 있습니다.ㅋㅋㅋ
 
 



name    password    homepage
 hidden


Greenfield, Brownfield ?

In networking, a greenfield deployment is the installation and configuration of a network where none existed before, for example in a new office. A brownfield deployment, in contrast, is an upgrade or addition to an existing network and uses some legacy components. The terms come from the building industry, where undeveloped land (and especially unpolluted land) is described as greenfield and previously developed (often polluted and abandoned) land is described as brownfield.

Greenfield는 새로 구축하려고 하는 네트워크

Brownfield : 기존에 설치된 네트워크 

참조 : http://searchunifiedcommunications.techtarget.com/definition/greenfield-deployment



name    password    homepage
 hidden


Smallcells용 Grandmaster IGM 1100i 소개

Microsemi에서 smallcells용 grandmaster 솔루션인 IGM 1100i 제품을 출시했다.

LTE-Advanced features require tight frequency and phase timing to synchronise with other nearby cells and are far more demanding than 3G or even the initial LTE services. This is particularly difficult to achieve indoors where satellite GNSS signals are weak.


Often the deployment costs far exceed those of the equipment where external GPS antenna are used, such as negotiating rental of suitable roof space, cabling for external GPS antennas, installation and ongoing maintenance. Reliance on a single technology also raises availability concerns in case of outage.

This webinar reviews the importance of phase timing and how best that can be achieved for indoor small cells. Microsemi will also introduce an innovative solution that drastically reduces installation and deployment costs while achieving the high precision of frequency and phase synchronisation required.




name    password    homepage
 hidden


Introduction to SDN
Introduction to SDN



name    password    homepage
 hidden


What is Jitter ? (by youtube)
Jitter란 무엇인가?

넓은 의미에서의 지터는 "시간에 이상적인 위치에 대하여 짧은 시간에 나타난 신호의 차이"입니다.
지터는 신호주기의 불안정성주파수위상듀티 사이클또는 다른 타이밍 특성으로 나타낼 수 있으며펄스와 펄스연속적으로 이어지는 펄스 또는 긴 시간 동안의 변화라고 할 수 있습니다.
(참조:텔레다이르크로이코리아)

그리고 정보통신용어사전에는 이렇게 나와 있다.

PCM 전송방식에 있어서 전송된 펄스의 시간적 위치가 정규(正規) 시점에서 전후로 변동하는 것을 지터라고 한다. 지터에 의한 펄스열(列)은 위상변조를 받기 때문에 복조시에 지터 잡음으로 전송품질을 저하시킨다. 지터는 대별하면 중계 전송로에서 생기는 전송로 지터와 다중화 동기를 위한 펄스 스텁(stuff)동기를 적용한 경우에 생기는 스텁 지터로 나누어진다. 전송로 지터는 중계기에서의 랜덤(random) 잡음(열잡음, 외래 잡음)에 기인하는 랜덤 지터와 전송부호 패턴(pattern)변동, 타이밍 탱크(timing tank)의 부조화에 의하여 생기는 패턴 지터가 있다.

아래의 동영상을 보면서 지터를 좀 더 이해하자...



name    password    homepage
 hidden


T-SDN(Transport Software Defined Network) 표준화

원문 : www.tta.or.kr


소프트웨어 정의 네트워킹(SDN)이란 라우터스위치와 같은 네트워크 장치의 제어 부분을 데이터 전송 부분과 분리하고네트워크 장치의 기능을 정의할 수 있는 개방형 인터페이스를 외부에 제공하여 이를 통해 프로그램 된 소프트웨어로 다양한 네트워크 경로 설정 및 제어관리 등을 할 수 있도록 하는 기술을 의미한다이와 관련된 표준화 활동은 ITU-T SG11, SG13, SG17 ONF(Open Networking Foundation) Architecture Work Group 그리고IEEE802.1CF가 있다이 중 ONF는 이미 SDN Architecture 표준(ONF2013 225.16) 초안의 완성 단계에 있으며IEEE802.1CF Ethernet-SDN을 위한 표준화 활동을 전개하고 있다.

 

ITU-T(International Telecommunication Union Telecommunication Standardization Sector) SG15(Study Group 15)에서는 2013 7 SG15 정례회의(2013 7 1~7 12)부터 전송망에 SDN 대응을 위한Q12(Transport Network Architectures: 전송망 구조) Q14(Management and control of transport systems and equipment: 전송 시스템 및 장비의 운용제어간의 SDN Joint 회의를 시작하였다. 2014 3 24일부터 4 4일까지 스위스 제네바에서 열린 이번 ITU-T SG15 정례회의에서는 Q12 Q14  SDN Joint 회의가 3일 동안 진행되었으며그 결과 전송망 측면의 T-SDN(Transport SDN)을 위한 제어 평면 구조(G.asdtn: Architecture for SDN control of Transport Networks: 전송망의 SDN 제어를 위한 구조)를 먼저 표준화하는 것으로 결정하였다그리고 해당 Q12 Q14 라포터는 이러한 표준 개발을 위한 새로운 에디터로 Mr. Paul Doolan(Coriant) Ms. Fang Li(China Academy of Telecom Research of MITT)를 임명하였다.

 

결과적으로 T-SDN 표준화를 위한 시작점은 T-SDN)을 위한 제어 평면 구조(G.asdtn) 표준 개발로 ITU-T SG11, SG13, SG17 SDN관련 표준개발에 대한 전송망 측면의 보완이며 G.8080(Architecture for the automatically switched optical network: ASON 구조 , 2001 2월 초안 제정 및 2012 2월 수정2 Approval)에 정의된 제어기능요소를 활용하기로 하였다특히 표준 개발 과정에서 ASON의 제어요소 기능 개선 및 새로운 요소 추가 정의는ASON SDN 기술 정의에 합당한 구조로 정의하기로 하였다또한 ONF SDN 구조 표준 초안 문서(ONF2013.225.16) SG15 T-SDN 관련 표준 개발에 적용하는 가이드로 참조하기로 하였다참고로 현재 완성 단계에 있는 ONF SDN 구조 초안 문서는 크게 데이터평면(Data plane), 제어평면(Controller plane), 응용평면(Application plane)으로 구성되어 있는데 기본적인 SDN 기능 구조는 <그림 1>과 같다.

 

<그림 1> SDN 구조

 

한편 ITU-T SG15 T-SDN)을 위한 제어 평면 구조(G.asdtn)의 기본이 되는 ASON(G.8080)은 연결지향형 회선 또는 패킷 전송망(OTN 혹은 SDH)에서 동적 시그널링 기반 정책주도의 분산제어로 자동 복구(auto-recovery)와 동적 연결 설정(dynamic connection set-up) 기능들을 제공하는 제어평면에 대한 참조구조 표준이다. <그림 2>G.8080 및 전체적인 제어평면에 대한 ITU-T SG15 권고안의 구조와 해당 세부 권고안들이다.

 

<그림 2> G.8080 관련 세부 권고안

 

해당 분야 전문가들은 T-SDN을 위한 제어 평면 구조(G.asdtn) 권고안 작업에 직접적으로 영향을 미칠 표준으로 위의 <그림 2>에서 G.8080, G.7712(Architecture and specification of data communication network: 데이터통신망의 구조 및 명세), G.7715(Architecture and requirements for routing in the automatically switched optical networks: ASON 망에서 라우팅을 위한 구조 및 요구사항)등을 예상하고 있다.

이번 회의에서 중국이 ASON 구성 요소 기술 중심의 T-SDN 관련 기고서들을 China Telecom, China Mobile, Huawei, China Union, MITT, ZTE, Fiberhome 등과 공조하여 제출하였고중국 외 Coriant, Ciena 등도 관련 기고서들을 제출하였다논의된 T-SDN 기고를 분류해 보면 ASON 구성요소 기반 T-SDN 구조, T-SDN을 위한 제어(망제어 포함)측면전송망의 운용유지보수 측면 등에 대한 내용으로 정리된다.

 

중국은 전송망 측면에서 T-SDN 해당 기술의 부분적인 기술을 구현하고 있는 상태로 이는 현재의 표준화 작업 상태 및 진행 내용과는 무관하게 진행되나 향후 표준화 과정에서 자국의 이익을 주장하는 형태로 나아갈 것으로 보인다.결론적으로 T-SDN 제어 평면 구조(G.asdtn) 개발에 ETRI SK텔레콤 중심으로 참여에 동의한 우리나라도 SDN 표준화 및 개발에 많은 관심을 가지고 있으므로 이에 근간이 되는 전송망 측면의 T-SDN 표준 선도 및 개발 노력이 필요하다.

 

참고문헌

[1] https://www.opennetworking.org/sdn-resources/sdn-definition

[2] http://www.ieee802.org/1/pages/802.1cf.html

[3] http://www.itu.int/md/T13-SG15-140324-TD-WP3-0145/en, WP3 report

[4] http://www.itu.int/md/T13-SG15-140324-TD-GEN-0101/en, JCA-SDN 미팅 요약

Tag : T-SDN

name    password    homepage
 hidden


Understanding the drivers of software-defined networking (SDN) / freescale

Today’s network is run on agility. In this context, agility is often defined as “faster everything.” Not only are the data rates of the networks increasing, but more importantly from an SDN context the network connections themselves are in constant flux. Mobile devices are moving around within a city, state, country, and continent. Connectivity moves back and forth between WiFi and broadband, yet we expect our phones, our tablets and our computers to always be connected and to always receive only the data that is meant for them. These mobile devices are connecting to enormous cloud data centers with hundreds of thousands of computers providing services. These computers communicate with each other as much or more than they do the clients as they deliver information, entertainment and communications services. With global data center traffic growing at a compound rate of 25% per year (Cisco Global Cloud Index White Paper), the ability to support rapid provisioning of new and ever more complex systems and services becomes a key requirement for networking equipment customers.

 

Much of this build out of data center capacity has been supported by the transition to server virtualization, which provides for higher utilization of compute resources.

Beyond servers, storage systems are also deploying virtualization technology as well to increase their utilization. While this progress was occurring with server and storage systems, it became clear that networking technology itself was restricting the speed at which new IT and communication services could be developed and deployed because it lacked proper industry standard programming interfaces or platforms upon which management software could be built.

 

Enter software defined networking (SDN) – an approach that enables the management of networks through a programmable network paradigm, as opposed to the traditional (and often proprietary) distributed control protocols that have been used up to now.

 

Freescale recognized the shift to SDN very early on and has made significant hardware and software investments to support it. Freescale is committed to providing the high-performance multicore processors and software solutions required to build SDN-based networking environments. Our product and development teams operate under the fundamental belief that SDN changes the way processors are designed, enabled, and supported and we have placed a strong emphasis on architecting our solutions to meet the needs of next-generation networks.

 

In this video, Tom Deitrich, senior vice president and general manager of Digital Networking, and Sam Fuller, head of system solutions, share Freescale's approach for software-defined networking.




Our strategy focuses on several core areas, all of which are designed to match the challenges network operators are facing today when considering deploying SDN solutions:

  • Driving SDN Optimization: SDN requires processors to deliver more than ever in terms of high performance and power — for both processing and accelerations.  For example:

 

Data plane:

  • SDN defines new ways of parsing and classifying network traffic
  • SDN involves new encapsulations
  • None of the above are truly standardized, thus any processor must be flexible to support a given vendors' SDN scheme

Control plane:

  • SDN in most cases is likely to be implemented as an overlay on non-virtualized networks. Thus, a switch must support both SDN agent software and traditional local control-plane software.
  • Underlying switch ICs are unlikely to be SDN-optimized for now. Thus, the control processor must intermediate between SDN and pre-SDN worlds

 

At the heart of SDN is the decoupling of the control and data paths, with the provision of an API between the two such that a centralized controller can instruct the data path on how to behave. This does not preclude, however, intelligence local to the data path making forwarding decisions. Preserving local control as in the pre-SDN regime alleviates bottlenecks at the centralized controller and reduces latency. The net result is that the processors in switches now have to carry the load of both the local control functions that they previously did and the SDN agent functions. The processors on those now-intelligent switches have a lot more work to do. Freescale offers the optimized solutions for both multicore processors and software to accommodate unprecedented levels of programmability, performance and acceleration.

 

  • Defining Industry Standards: Freescale has been at the forefront of shaping the future and stability of SDN. We hold a leadership position in the Open Network Forum (ONF), and are leading the definition and standardization of the OpenFlow protocol. One of the only silicon vendors directly participating in ONF “plugfest” events, Freescale has made multiple contributions to the development of OpenFlow, including playing a strong role in the definition of the ONF northbound API interface.

 

  • Demonstrating Innovation for Next Generation Networks: Freescale has a long history of matching architectural changes to evolving network requirements, and meeting the needs of the new network is no exception. Freescale’s multicore processing technology and the industry’s first software-aware data path acceleration architecture provide a foundation for SDN-inspired innovation, including beyond L2-L3 into L4-L7 network functions. Customers can use our recently announced VortiQa SDN solutions, along with our QorIQ multicore processor platforms to develop open and innovative network systems  based on the principles of SDN.

 

SDN is here to stay, and operators must look to take advantage of SDN capabilities in their companies to ensure future growth and industry relevance. At Freescale, we understand the engineering support required for this next era of transformation and we’re continuing to look forward in our networking product and development labs – stay tuned, there is more to come.

 

Tareq Bustami is Vice President and General Manager of Product Management for Digital Networking.



name    password    homepage
 hidden


광-회선-패킷 통합 전달망 기술 동향(2013.12)

광-회선-패킷 통합 전달망 기술 동향

광-회선-패킷 통합 전달망 장비는 광전송망, 회선 망, 패킷 전달망 계층을 하나로 통합한 장비로써, 패킷-회선 교환 전달, ROADM(Reconfigu-rable OADM(Optical Add/Drop Multiplexer)) 광파장 교환 전달, GMPLS(Genera-lized MPLS(Multi-Protocol Label Switching) 기반 통합제어 및 관리기능을 수행하면서 네트워크 구조의 단순화, 네트워크 제어의 지능화, 그리고 네트워크 용량의 광대역화를 구현한다. 트래픽 폭증과 전송용량 부족 현상을 해결하고, 트래픽 증가 대비 수익의 탈동조화 현상을 극복하기 위해 네트워크 CAPEX(Capital Expenditures)/OPEX(Operating Expenditures)를 절감함으로써 통신사업자의 투자 여건을 우호적으로 조성하면서 최근 주목 받고 있는 기술이다. 본고에서는 광-회선-패킷 통합 전달망의 기술동향을 기술한 것으로써, 배경, 필요성 및 개념, 개발동향 및 경쟁기술에 대해서 살펴보고, 기술발전 로드맵 및 주요 기술 동향과 시장및 사업화 전망에 대해서 분석한다.



원문 : 전자통신동향분석/ETRI 2013.12 28권 6호 (통권 144)
http://ettrends.etri.re.kr/servlet/ETTRENDSContent?recno=0905001905&volumn=28&issue=6&year=2013&pubNo=144





name    password    homepage
 hidden


White Rabbit Project

CERN에서 주도하는 White Rabbit 프로젝트를 소개합니다.

Taking clock synchronization to the next level, from microsecond accuracy to nanosecond accuracy, is the White Rabbit project, led by CERN starting in 2006. CERN is developing its next-generation control system with the goal of sub-nanosecond accuracy among thousands of nodes separated by as much as 10 km. The project is run as an open hardware project (ohwr.org). White Rabbit combines PTP with Synchronous Ethernet. 


위키피디아에서 찾아보았습니다.

http://en.wikipedia.org/wiki/The_White_Rabbit_Project


IEEE 802의 소개자료는 아래의 주소에 있습니다.

http://www.ieee802.org/1/files/public/docs2012/new-avb-cummings-white-rabbit-0512-v1.pdf


홈페이지는 다음과 같습니다.

http://www.ohwr.org/projects/white-rabbit/wiki


앞으로 주목되는 프로젝트라는 생각이 드네요...



name    password    homepage
 hidden


차세대 네트워크를 위한 동기화 – PTP Telecom Profile [한글판]

※ 본 문서의 저작권은 Symmetricom, Inc.에 있으며 한글 번역판입니다.                                                         .

원본파일은 “Sychronization for Next Generation Networks - The PTP Telecom Profile.pdf” 입니다.                     . 

차세대 네트워크를 위한 동기화 – PTP Telecom Profile

(Synchronization for Next Generation Networks – The PTP Telecom Profile)

 

개요(Abstract)

이 글은 네트워크 엔지니어, 네트워크 플래너, 그리고 네트워크 운용자들이 Precision Time Protocol(PTP 또는 IEEE 1588)을 어떻게 효율적으로 활용하는 방법에 대해서 도움을 주고자 하는 것이다. PTP는 패킷 전송 기술에 기반하여 비동기 네트워크 구조에서 사용하기 위해 적용된 차세대 패킷 기반의 타이밍 프로토콜이다.

 

IEEE 1588-2008은 특정한 응용환경을 지원하기 위하여 선택사항들과 속성값들의 특정한 조합들을 지정하는 프로파일의 개념을 소개한다. 이 문서는 ITU-T에서 G.8265.1로 릴리즈된 “Telecom Profile”을 설명한다. 이 프로파일은 GSM, UMTS, 그리고 LTE-FDD 기지국의 주파수 동기화를 위한 PTP 응용을 다룬다.

 

이 보고서는 차세대 네트워크에서 동기화 및 타이밍을 위한 전반적인 프레임웍의 일부로서 Symmetricom에서 만들어진 백서들과 설명서 시리즈 중의 하나이다. 이들 보고서들은 네트워크 서비스 공급자, 플래너, 그리고 엔지니어들이 NGN(Next Generation Network)에서 탄탄한 동기화 및 타이밍 구조를 효율적으로 사용할 수 있도록 도와주려는 의도로 만들어졌다.

 

IEEE 1588-2008에 정의된 Precision Time Protocol은 특정한 응용환경을 지원하기 위하여 선택사항들과 속성값들의 특정한 조합들을 지정하는 프로파일의 개념으로 소개한다. ITU-T는 최근에 텔레콤 시스템들의 주파수 동기화를 위한 PTP 응용환경을 설계하는 “Telecom Profile”(Rec. G.8265.1)을 릴리즈했다. 이 문서는 프로파일의 주요기능과 더 복잡한 요소들의 자세한 사용법을 다루는 “Telecom Profile”을 설명한다.

 

The Telecom Profile

IEEE 1588-2008에 정의된 Precision Time Protocol”은 수많은 다른 응용들와 환경들에 사용될 수 있도록 설계된 복잡한 프로토콜이다. 이 프로토콜의 일부분은 특정한 응용에만 국한되어 있으며 다른 곳에서는 적용할 수 없고 특정한 환경에만 사용되었기 때문에 이해하기 힘들다.

 

그러므로 IEEE 1588-2008 PTP 프로파일의 개념을 소개한다. 이 프로파일의 기본적인 생각은 해당 응용환경의 장비들사이의 상호 호환성을 목표로 주어진 응용환경을 지원하기 위하여 선택사항들과 속성들을 특정한 조합들을 정하는 것이다이 프로파일의 목적은 IEEE 1588-2008, 19.3.1.1[[1]]절에 개략적으로 나와 있다.(아래 내용)

 

“PTP 프로파일의 목적은 단체들이 동일한 전송 프로토콜을 사용하고, 특정한 응용환경의 요구사항들을 만족시키는 성능을 성취하고 상호협력할 때 PTP의 속성들과 선택사항들의 특정한 선택들을 지정하는 허락하는 것이다.

PTP 프로파일은 필요한 선택사항들과 금지된 사항들, 그리고 설정할 수 있는 속성값들의 범위와 기본값들의 집합이다.”

 

ITU-T Rec. G.8265.1 [2]은 사람들 사이에 “Telecom Profile”로 알려져 있으며, 패킷 네트워크상에서 정확한 주파수의 배포에 목적이 있는 프로파일을 지정한다. 이것은 주요 요구사항으로 50ppb(parts per billion)내의 주파수 정확도에 무선인터페이스로 동작해야하는 셀룰러 기지국의 동기화로 사용된다.

 

Telecom Profile의 목적(Aims of the Telecom Profile)

“Telecom Profile” PTP가 기존의 통신 동기화 방법에 따라 사용될 수 있도록 하기 위해서 만들어졌다. 프로파일의 주요 목적은 다음을 포함한다.

1.     기존에 넓게 사용되고 운용되고 있는 패킷기반의 텔레콤 네트워크 상에서 동작하는 허락할 것

2.     텔레콤 환경에 대한 요구되는 성능을 만족하는 주파수 배포 방식의 메시지 속도(rates)와 파라미터 값들을 정의할 것

3.     SyncE SDH 같은 기존의 동기화 네트워크와 상호 호환되는 것을 허락할 것

4.     동기화 네트워크가 고정된 배열(arrangement) 상태에서 설계되고 설정되는 것을 허락할 것

5.     표준 텔레콤 네트워크 방식에 따라 구성되는 절체 방식를 가능하게 할 것

 

이들 목적들은 어떻게 프로파일을 동작하는지에 대해서 몇가지 중요한 결정들을 이끌어 낸다.

l  BC(Boundary Clock) TC(Transparent Clock)과 같은 경로상(on-path) 지원을 사용하는 것을 결정하지 않았다. 왜냐하면 이것은 기존 네트워크에 사용될 수 없기 때문이다.

l  IPv4는 이더넷이나 다른 하위 레이어 포로토콜상에서 운용보다는 오히려 보편성(ubiquity) 때문에 네트워크 레이어(Layer 3)로 선택되었다.

l  유니캐스트(Unicast) 전송은 멀티캐스트(multicast)보다 우선적으로 선택되었다. 왜냐하면 전반적인 텔레콤 네트워크 상에서 보장(안정)된 동작을 했기 때문이다.

l  IEEE 1588-2008에 언급된 기본 BMCA(Best Master Clock Algorithm)은 정적인 설정(static provisioning)으로 대체되었다. 이것은 동기화 흐름이 동적으로 적용되는 것보다는 오히려 계획된 것으로 되는 것을 허락하기 위해서이다.

l  “clockClass” 정보는 SDH SyncE 동기화 상태 메시징과 연속성을 위하여 G.781 [3]에 정의된 QL(Quality Level)을 전송하는 것으로 채택되었다.

 

주요 기능(Profile Features)

단방향과 양방향(One-way and Two-way Operation)

주파수는 한방향(예를 들어 MASTER에서 SLAVE)에서 메시지들을 전송함으로 전달될 수 있다. 시간 배포는 네트워크상에서 메시지의 전달지연(propagation delay)를 보상하기 위하여 양방향에서 요구된다.

슬레이브에서 몇몇 주파수 복구 알고리즘은 더 정확하고 안정적인 결과를 전달하기 위하여 양방향을 사용한다. 그러므로 Telecom Profile은 단방향 또는 양방향 동작을 허용한다.

 

이 프로파일과 호화성이 있는 PTP 마스터는 단방향 및 양방향을 지원하는 능력이 있어야 한다. (예를 들어 PTP SyncDelay Request/Response 메시지들). 슬레이브는 단방향 또는 양방향을 중에 하나를 사용한다. 그러나 두 방식 모두를 지원할 필요는 없다.

 

One-step and Two-step

PTP는 두 종류의 클럭 동작을 정의하였는데, “one-step clock”“two-step clock”이다. one-step 클럭에서는 정확한 타임스탬프는 Sync 메시지에 직접적으로 전송되고 two-step 클럭에서는 Follow_Up 메시지가 Sync 메시지와 일치하는 정확한 타임스탬프를 전송하는데 사용된다.

 

Follow_Up 메시지는 타임스탬프의 정확성을 개선하기 위하여 하드웨어 레벨에서 타임스탬핑을 용이하게 하기 위하여 개발되었다. 그 사용은 마스터가 패킷이 전송될 때 Sync 메시지에서 타임스탬프값을 변경하지 않는다는 것을 의미한다. 그러나 개별적으로, 시간에 민감하지 않을 때(non-time-critical) 패킷을 전송할 수 있다.

 

만약 마스터가 one-step 클럭을 수행할 수 있다면, 이것은 전송해야할 PTP 메시지들의 수를 줄일 수 있다. 그러나 마스터에서 몇몇 보안 메커니즘이나 구조적인 기능으로 two-step 방식을 요구할 수도 있다.

 

그러므로 one-step two-step 클럭은 프로파일에서 허용된다. 이 프로파일과 호환성이 있는 PTP 마스터는 one-stop 클럭이나 two-step 클럭 또는 두가지 모두를 사용수 있다. 슬레이브는 반드시 one-step two-step 클럭을 받아들일 수 있어야 한다.

 

유니캐스트 전송(Unicast Transmission)

PTP PTP 메시지들의 전송을 위하여 유니캐스트와 멀티캐스트를 사용하는 것을 허락한다. 그러나 Telecom Profile은 유니캐스트 전송만 허락한다. 이것의 가장 주된 이유는 멀티캐스트는 설정하기가 너무 복잡하고 상향 멀티캐스트는 보안적인 이유로 종종 허용되지 않는다. 하향 멀티캐스트와 상향 유니케스트의 하이브리드 모델의 사용이 고려되었지만 미래 사용을 위해서 남겨두었다.

 

슬레이브는 요구되는 메시지 타입, 예를 들어 Announce, Sync Delay_Request/Response, 각각에 대해서 마스터로부터 유니캐스트 서비스 요청을 해야한다. 표준 유니케스트 요청 방식은 (IEEE 1588-2008 16절에 정의된) 슬레이브에 의해서 미리 지정된 리스트로부터 마스터의 주소와 함께 사용된다.

 

3계층 프로토콜(Network Layer Protocol)

이 프로파일은 IEEE 1588-2008 부록D에서 정의된 것과 같이 IPv4 네트워크 레이어에서 동작하는 UDP기반의 PTP 전송 방식을 채택하였다. 이것은 보편적으로 사용되기 때문이다. 반면에 Ethernet이나 MPLS같은 다른 전송 계층들은 마스터-슬페이브 전송의 전체 구간에 대해서 존재하지 않을 수도 있다.

 

전송 속도(Transmission rates)

전송 속도는 Boundary Clock 이나 Transparent Clock과 같은 경로상의 지원(on-path support)이 필요없이 대부분의 네트워크 상에서 안정적인 동기화를 허락하기 위해서 채택된다. 그러므로 전송 속도는 대부분의 PTP 응용환경 즉, 네트워크 거리가 짧고 경로상의 지원(on-path support)이 있는 곳에서 보다 높다. 정확한 속도는 네트워크와 선택된 장치의 타입과 크기에 따라 다르게 사용될 수 있다.  

 

l  Sync 메시지들(만약 사용된다면, Follow_Up 메시지들도 같은 속도를 가질 것이다)
-
최소 속도 : 16초당 1 패킷
-
최대 속도 : 초당 128 패킷

l  Delay_Request/Delay_Response 메시지들
-
최소 속도 : 16초당 1패킷
-
최대 속도 : 초당 128 패킷

l  Announce 메시지들
-
최소 속도 : 16초당 1패킷
-
최대 속도 : 초당 8 패킷

l  Signaling 메시지들 속도는 유니케스트 서비스 요청의 기간에 의해서 결정된다.
(
역자주, Signaling 메시지는 세션을 맺을 때와 끊을 때에 사용되므로 속도가 필요없다)

 

도메인 (Domains)

PTP에 따라, 도메인은, 다른 PTP 클럭들과는 독립적으로 동작하는, 해당 프로토콜을 함께 사용하는 동기화된 클럭의 그룹이다. 경로상의 지원이 없는 유니케스트 메시징에서 마스터에서 슬레이브로의 각각의 통신은 하나의 도메인을 나타낸다. 왜냐하면 그 프로토콜은 이 경로상에서 독립적으로 동작하기 때문이다.

 

그러므로 도메인 번호는 각 마스터-슬레이브 쌍에 대해서 독립적으로 선택될 수 있다. 그리고 비록 각각 유일한 PTP 도메인을 형성한다 할지라도 사실은 모든 경로에 대해서 동일할 수도 있다. 권고는 4~23의 숫자를 선택할 수 있다. 분리된 경로들에서 도메인 번호들간에 어떤 차이는 운용자 참조로 사용된다. 이것의 한 결과로 표준 BMCA이 될 수 없다. 왜냐하면 각 도메인은 단지 하나의 마스터와 하나의 슬레이브를 포함한다. 그러므로 각 원소(element)는 한 마스터나 한 슬레이브로 정적으로 설정된다.

 

동기화 추적(Synchronization Traceability)

기존의 SDH SyncE 기반의 동기화와 같은 방법으로 추적 기능을 제공하기 위하여 G.781에 정의된 QL(Quality Level) 지시자(indicator) PTP 경로상에서 반드시 전송되어야 한다. 이들 지시자들은 SONET/SDH 시스템의 SSM(Synchronization Status Message) 필드, 그리고 SyncEESMC(Ethernet Synchronization Messaging Channel) 메시지에서 전송된다.

 

비슷한 정보가 PTP Announce 메시지들의 clockClass 필드에 실린다. 그리고 clockClass 값들의 다양한 범위는 다른 프로파일의 사용을 위해 설계되었다. 그러므로 이 프로파일은 clockClass 80 ~ 110 사이의 값에서 QL 지시자들을 인코딩한다.

 

예비 및 보호절체(Redundancy and Protection)

이 프로파일은 계획된 예비 구조로 운용할 의도였으며, 그리고 비슷하게는 어떻게 기존의 동기화 시스템과 함께 운용할 것인가를 고려하였다. 슬레이브는 우선 순위가 있는 마스터들의 목록로 미리 프로그램되었으며, G.781에 정의된 QL 프로세스의 기반에서 순위를 정하는 방법을 사용하여 그랜드마스터들 중의 하나를 선택한다. 슬레이브는 QL 값 최우선 순위, 그리고 다음 우선순위, 프로토콜이 어떤 종류의 신호 장애를 표시하지 않는 정보를 기초로 하여 그랜드마스터를 선택한다.

 

 


 

 

세부 동작(Detailed Opeation)

Telecom Profile의 동작은 PTP 시스템들의 일반적인 동작에 비해 몇가지 측면에서 다른다. 이 부분은 프로파일의 몇가지 핵심적인 측면을 상세히 다룬다.

 

유니캐스트 서비스 연결절차(Unicast Service Negotiation)[중요]

Telecom Profile은 유니캐스트 메시징에 기초로하기 때문에 유니캐스트 서비스 협상은 기본적으로 프로파일 호환 장치로 동작된다. 슬레이브는 그랜드마스터에게 G.8265.1 16절에 설명된 절차를 사용하여 서비스를 요청함으로 통신을 시작한다. 이것은 REQUEST_UNICAST_TRANSMISSION TLV를 포함하는 Signaling 메시지를 그랜드마스터의 IP로 전송하는 것으로 구성되어 있다. 만약 마스터가 슬레이브의 요청을 다루기에 충분한 여력이 있다면 GRANT_UNICAST_TRANSMISSION TLV를 포함하는 Signaling 메시지로 응답한다.

REQUEST_UNICAST_TRANSMISSION TLV는 아래의 몇가지 파라미터를 포함한다.

l  messageType – 요청되는 서비스의 종류(예를 들어 Announce, Sync 또는 Delay_Response)

l  durationField – 요청되는 서비스의 기간. 이것은 기본 초기값으로 300

l  logInterMessagePeriod – 요청되는 메시지의 전송 속도

그랜드마스터와 유니캐스트 협상이 시작될 때, 슬레이브는 Signaling 메시지의 targetPortIdentiy에 대한 초기값으로 모두 ‘1’을 사용해야 한다. 수정된 값은 그랜드마스터의 응답에서 알 수 있으며 그다음 Signaling 메시지들에 사용된다.

 

GRANT_UNICAST_TRANSMISSION TLV는 요청한 것과 똑 같은 파라미터 리스트를 포함하고 있다. 이들 파라미터들의 값들은 요청시에 사용한 것과 같은 것이어야 한다. 만약 마스터가 요청을 거부하면, 예를 들어 남아있는 용량이 없을 때 durationField 값에 0을 채워서 알려준다. R 플래그[Renewal Invited] Telecom Profile에서 사용되지 않는다.

 

 

유니캐스트 서비스의 거부(Denial of Unicast Service)

 

 

서비스의 연속성(Continuity of Service)

 

 

서비스 요청의 순서(Order of Service Requests)

그림1의 시간순서상의 도표는 슬레이브와 마스터 사이의 전형적인 메시지 교환 순서를 보여준다. 첫번째로, 슬레이브는 유니케스트 Announce 메시지 서비스 요청을 한다. 이것이 승인이 되고, 첫번째 Announce 메시지를 수신하면, 슬레이브는 메시지의 clockClass 필드에 전달된 QL(Quality Level) 값을 체크할 수 있다. 이 값이 허용가능하면, 슬레이브는 다음으로 SyncDelay Request 메시지 서비스를 요청할 수 있다. Duration Interval의 끝이 다가오면, 서비스의 연속성을 확실히 하기 위해서 위의 과정을 반복해야 한다. 메시지의 정확한 순서와 메시지 요청들은 슬레이브가 요구하는 서비스의 타입에에 종속적이다. 이것은 또한 하나의 슬레이브가 서비스 요청에 있어서 여러 TLV들을 포함하는 것이 가능하다는 것을 의미한다. (역자주, TLVType, Length, Value의 약자로 하나의 속성값을 표현할 때 사용한다.) 이것은 마스터가 하나의 요청은 승인하고 다른 종류의 메시지들에 대한 요청은 거부할 가능성을 줄일수 있다.

 

 

 

추적 기능(Traceability)

SONET/SDH Traceability

 

 

PTP Traceability

 

 

Telecom Profile Traceability

Telecom Profile은 시간보다는 주파수에 관심이 있다. 그러므로 최초의 참조 시간(Primary Reference Timescale)과 임의의 시간사이에는 이 프로파일의 목적에는 부합되지 않는 차이가 있다. 두번째로, IEEE 1588-2008에 정의된 clockClass 값들은 주파수 참조에 대한 정확성을 가리키지 않는다. 단순히 시간 정보의 추적일 뿐이다.

clockClass 파라미터는 0~255 범위는 가지고 있는데, 다른 프로파일에서 사용하기 위해서 이 범위의 값들안에 몇몇 구간이 있다. 주파수 배포를 하는 여러 방법들의 간의 일관성을 유지하기 위해서 이들 섹션들의 하나는 기존에 있는 clockClass 정의값들을 사용하기 보다는 QL 값들을 인코딩하여 사용하는 것으로 결정하였다.  QL 값들의 사용은 그림2에서 보는 것처럼 SONET/SDH, SyncE, 그리고 PTP 주파수 배포 사이, 그리고 종단 노드들에 대해서도 전달의 도구에 관계없이 상호동작을 허용한다.

QL clockClass 사이의 매핑은 테이블1/G.8265.1에 볼 수 있다

만약 그랜드마스터가 최초의 참조 주파수(Primary Reference Frequency)로 종속된다면, 시간 정보의 추적과는 상관없이 clockClass값은 QL-PRC[84] (또는 Option II에 대해서 QL-PRS [80])으로 설정되어야 한다. 만약 최초의 참조 주파수가 장애가 생기면, clockClass는 그랜드마스터의 내부 발진기로 동작하여 저하된 값으로 설정되어야 한다. 예를 들어, 내부 발전기가 SSU type A에 대해 적합하다면 classClass QL-SSU-A [90]으로 설정되어야 한다. 비슷하게 만약 Stratum 2 quality (Option II)이면, 그 값은 QL-ST2 [86]으로 설정되어야 한다.

 

 

 

패킷 타이밍 신호 장애(Packet Timing Signal Fail)

 

 

그랜드마스터 선택과 보호절체(Grandmaster Selection and Protection)

IEEE 1588-2008BMCA(Best Master Clock Algorithm)의 일부분으로서, slave 클럭이 동기화 하고자 하는 최고의 마스터를 결정하는 방법을 정의하고 있다. 이것은 우선순위(priority)값을 우선적으로 하고, 다음으로 clockClass, 그리고 clockAccurary 파라미터를 기초로한다.

 

그러나, G.781에는 SONET/SDH 그리고 SyncE에 대해서 반대 방향으로 선택하는 절차를 정의하고 있다. QL 값을 먼저로 기초로 하고, 다음으로 우선순위(priority)를 선택한다. 두번째로, 슬레이브와 각 그랜드마스터 사이에 PTP 통신 경로는 유니캐스트이고 독립적인 도메인으로 간주되기 때문에 BMCA는 사용될 수 있다. 또한 BMCA 방식은 하나의 도메인이 나머지 다른 도메인의 동작에도 영향을 미치기 때문이다.

 

Telecom Slave Clock

 

 

초기 마스터 선택 프로세스(Initial Master Selection Process)

 

 

보호절체와 복구(Protection and Restoration)

보호절체와 복구와 관련하여 몇가지 파라미터들이 있다.

l  Wait to Restore Time (WTR) -

l  Non-reversion function (비복귀) -

l  Output Squelch(출력 차단)만약 선택된 그랜드마스터의 QL 값이 임계치 아래에 있거나 Telecom Slave Clock이 홀드오버 상태에 있으면 슬레이브에서 출력되는 타이밍 신호를 차단(예를 들어, disable)하게 해야 한다. 이것은 종단 장치가 레퍼런스에 동기화되지 않은 타이밍 신호가 동기화되는 것을 막아준다. 차단 기능은 hold-off 시간과 연관이 있다. 예를 들어 QL 값이 저하된 순간에 재선택 처리 시간을 허용하기 위해서이다.
(
역자주, hold-off는 절체와 같은 상태 천이를 바로하지 않고, 해당 시간동안 유보시키는 기능이다)

l  Output QL Hold Off -

 

 

 

결론

“Telecom Profile”은 정확한 주파수 정렬을 요구하는 셀룰러 백홀 같은 환경에서 신뢰할 수 있는 동기화 솔류션을 공급하는데 주요한 기술이다. 이것은 운용자들이 기존의 동기화 솔루션과 호환이 되면서 패킷 기반의 동기화 시스템을 설계하고 유지할 수 있게하는 것이다. 이것은 또한 여러 벤더로부터 장비를 사용하할 때 상호 운용가능한 시스템을 설계할 수 있게한다.

 

Symmetricom IEEE 1588-2008G.8265.1 Telecom Profile의 개발에 있어서 능동적이었다. TP5000은 이 프로파일의 설정과 완전 호환되는 carrier-class PTP 그랜드마스터이며, 많은 다른 벤더들의 PTP 슬레이브 장치들과 상호 호환성을 검증하였다.

 

TP5000은 모바일 백홀 응용환경을 위한 동기화 솔루션 구축을 위하여 운용자들에 의해 자신감있게 구축될 수 있다.

 

기타 상세한 정보는 www.symmetricom.com으로 접속해 주십시오.

  

 



[1] IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control System, IEEE Std. 1588™-2008, 24 July 2008


※ 번역상의 실수는 너그러이 용서해 주세요. ^^



Sychronization for Next Generation Networks - The PTP Telecom Pr



name    password    homepage
 hidden


BLOG main image
jskwak[@]gmail.com 또는 ♬♬♬ jskwak[@]trickman.net, ▷◁▷◁ http://about.me/jskwak
 Notice
반/갑/습/니/다
곽/자/섭 입니다...
 Category
분류 전체보기 (151)
전송기술 (53)
이더넷 (3)
시스코자격증 (7)
임베디드 (4)
책읽기 (8)
주절주절 (70)
MAC OS X Life (1)
 TAGS
아이팟 CISCO UPSR CRT Linux OTN 대립해소도 CCNP ITU-T 절체 T-SDN 구글 모공 구름 1588 Telecom Profile SONET SDH toc ip 메모 코드검색 OSX CCNA BLSR CDP FRT
 Calendar
«   2020/10   »
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
 Recent Entries
Power Mockup 사용기#1
Laying the Foundations for Phase Timing
Greenfield, Brownfield ?
Ubuntu에서 LG-NAS 하드디스크 마운트시키기
Smallcells용 Grandmaster IGM 1100i 소개
Introduction to SDN
2015년 새해인사
우분투에서 uboot용 mkimage 설치하기
세계 최고의 인재들은 왜 기본에 집중할까
What is Jitter ? (by youtube)
 Recent Comments
좋은 정보 감사합니⋯
zammanza - 2015
해결해주셔서 감사⋯
애누 - 2014
2번 뜻이 있을거라⋯
심량 - 2014
 Archive
2017/02
2016/11
2016/04
2016/02
2015/05
 Link Site
[01] 지원,지민 놀이터
 Visitor Statistics
Total : 898,965
Today : 8
Yesterday : 12
rss