Ericsson RBS 6000 Sync Alarm Hello, what parameters the Ericsson RBS 3G BST expect so if the synch is being done only via Ethernet works with no issues, we are using minlink radios to backhaul and we have no issues but we use radios from other providers a synch alarm related to the quality of the clock triggers, where can I find synch information and how it works at the NTP level.
Re: Ericsson RBS 6000 Sync Alarm Hi, are the refered RBS GPB or CBU based? The clock extraction in the GPB is less robust than in the CBU, you can find some info about this in alex documentation. The limits in the transmission variation delay are more tolerated in the CBU. There are a counter pm...VariationDelay to evaluate this possible problem in the IP transmission solution.
Re: Ericsson RBS 6000 Sync Alarm Hello Laser Now that I read my post...it's not really clear. We are using a Ericsson 6102 3G BST all this is all new to me, I'm not really in charge of the 3G BST but I would like to understand why we are getting alarms. Let me explain with more detail, we are using all IP connectivity to the BST so the synch is traveling in the transport network as NTP messages, thats what I understand from Ericsson (I don't have Alex access) when the MiniLink radios are used as backhaul all is good and no synch alarms appear, as soon as we change the backhaul for other radios we get the alarm: SubNetwork=ONRM_ROOT_MO_R,SubNetwork=CRHER1R.MeContext=BST400 Severity:Major Event Type: Quality of service alarm ProbableCause: Clock synchronisation problem specificProblem:Synch Reference Not Reliable managedObjectClass: Synchronization managedObjectinstance: ManagedElement=1, TransportNetwork=1,Synchronization=1 after few seconds later we get the System Clock in Holdover mode as the synch is lost. When we compare the latency and jitter of both radios, the Minilink and the other radio both have similar response times, so we are trying to figure out what is causing the synch alarm to trigger.
About your question Laser, about who extracts the clock is hard to say, I don't know if it's the GPB or the CBU, how can I now? only via configuration? I'm by no means expert on Ericsson..not even a Junior..just plain new. Now because of this issue we capture some packets and we discover that the NTP packets are just plain wrong, please help me to understand how the Ericsson BST synch with the RNC when it's done via NTP.
I have to move...but later I will post the NTP server packet. THank you for your insight. Any help or docs that can help to understand this synch process is much appreciated.
Re: Ericsson RBS 6000 Sync Alarm I'm adding the NP server frame here: Frame 6: 94 bytes on wire (752 bits), 94 bytes captured (752 bits) Ethernet II (VLAN tagged), Src: Cisco_6c:6b:80 (c4:7d:4f:6c:6b:80), Dst: MasterIn_c2:67:78 (00:1e:df:c2:67:78) Internet Protocol Version 4, User Datagram Protocol, Src Port: ntp (123), Dst Port: 65501 (65501) Network Time Protocol Flags: 0x24 00.. .... = Leap Indicator: no warning (0) ..10 0... = Version number: NTP Version 4 (4) .... .100 = Mode: server (4) Peer Clock Stratum: primary reference (1) Peer Polling Interval: invalid (0) Peer Clock Precision: 67108864.000000 sec Root Delay: 0.0000 sec Root Dispersion: 0.0000 sec Reference ID: Generic pulse-per-second Reference Timestamp: Jan 1, 1970 00:00:00.000000000 UTC Origin Timestamp: Not representable Receive Timestamp: Not representable Transmit Timestamp: Not representable Please note the values in Peer clock precision. And the BST reply to this packet: Frame 728: 94 bytes on wire (752 bits), 94 bytes captured (752 bits)
Ethernet II (VLAN tagged), Src: MasterIn_c2:67:78 (00:1e:df:c2:67:78), Dst: All-HSRProuters_04 (00:00:0c:07:ac:04) User Datagram Protocol, Src Port: 65501 (65501), Dst Port: ntp (123) Network Time Protocol Flags: 0x23 00.. .... = Leap Indicator: no warning (0) ..10 0... = Version number: NTP Version 4 (4) .... .011 = Mode: client (3) Peer Clock Stratum: unspecified or invalid (0) Peer Polling Interval: invalid (0) Peer Clock Precision: 1.000000 sec Root Delay: 0.0000 sec Root Dispersion: 0.0000 sec Reference ID: NULL Reference Timestamp: Jan 1, 1970 00:00:00.000000000 UTC Origin Timestamp: Jan 1, 1970 00:00:00.000000000 UTC Receive Timestamp: Jan 1, 1970 00:00:00.000000000 UTC Transmit Timestamp: Not representable
Re: Ericsson RBS 6000 Sync Alarm The RBS6102 is the latest HW outdoor, so at least it should have the same performance has the CBU based RBSs. In solution that I now the RNC is the NTP server and the RBS (GPB, CBU or in this case DUW) extracts the CLK from IP frames (see attach). The most interesting counter to see the performance of this sync solution is this one: "pmMaxDelayVariation:This counter shows the Maximum Delay Variation (see ITU-T Y.1540 for definition of the delay variation) experienced by the active IP synchronization reference during the PM interval. Condition: This counter is calculated on the basis of maximum and minimum packet delays for the active IP reference at the end of each GP, as follows: Max Delay Variation = Max Packet Delay - Min Packet Delay" Ask the guys from radio dpt to get this counter for a few IP based RBS's working and with problems and check the differences, you will see the "good" and the "bad" transmission solution.
Re: Ericsson RBS 6000 Sync Alarm Hello LaserSport!! This indeed is gold! Thank you so much for pointing me in the right direction, with this
specifications and the statistics in the RBS now I now what KPI to watch. Could you please share the password for the document you attached, I'm using winrar to open it and request a password. I'm really eager to read such document!!
