Due to a ransomware attack, the wiki was reverted to a July 2022 version. . We apologize for the lack of a more recent valid backup.

 | 2am PDT | 5am EDT | 09:00 UTC | 10:00 BST | 11:00 CEST | 12:00 EEST | 14:30 IST | 17:00 CST | 18:00 JST |


Web Conference:

https://thorsten-heinze-telefonica-de.webex.com/thorsten-heinze-telefonica-de/j.php?MTID=m849236edb092dffd10071725f5b8839f 

Invited:

(please feel free to correct and update your names (wink) Thank you very much!!!) 

Info to: 

Goals

  • going forward

Discussion items

TimeItemWhoNotes
00:00chair topic 
no update 

00:05

Admin

Next meetings

2020-05-19: Martin Skorupski

2020-05-26: Martin Skorupski

2020-06-02: Martin Skorupski

2020-06-09: Martin Skorupski

00:05Synchronization

Thorsten Heinze

Alexander Wenk

Feedback 

2020-05-12

  • Alexander check the doc 
  • first feedback - G.7721 v1.00 covers the needs
  • Questions
    • default datasets - given in the document
    • were to get the data per device
      • invitation to TEF internal calls
  • What elements are needed from G.7721?
    • on the agenda for next week
00:25AirInterface #45

AirInterfaceConfiguration::duplexDistance : Integer = -1 to be added

Decision: Proposal is accepted 

00:29AirInterface #47

AcmThresholdCrossAlarmType :: amountOfSeconds cannot contain the number of seconds of a day

Decision: Proposal is accepted 

00:32AirInterface #48

XltsThresholdCrossAlarmType :: amountOfSeconds cannot contain the number of seconds of a day

Decision: Proposal is accepted 

00:40EthernetContainer issue #26

Multiplicity of _supportedHeaderCompressionKindList = 1, but headerCompressionName undefined

Decision: Proposal is accepted 

00:53EthernetContainer issue #27

(Not-)Support of queue utilization performance values to be clearly indicated

Decision: Proposal is accepted 


End of the Meeting





00:10AirInterface feedback from vendors

AirInterface feedback from vendors

  • feedback from 5 vendors received - thanks!!! (wink)
  • first result - many attributes are supported by some vendor 
    • 3 attributes are not supported by any of the vendors platform
      • alic-is-on: was known that it is supported only by one vendor, when the attribute was introduced
        • should be kept, due to the benefit of the feature
      • alic-is up:
        • same as above
      • auto-freq-select.is-up
        • should be kept due to the benefit of the underlaying feature
    • attributes to be discussed
      • receiver-is-on
        • needed for diversity → in case of 1 transmitter and 2 receiver
      • clearing-threshold-cross-alarm-is-on
        • needs to be kept for vendor not supporting auto clearing
        • could be an rpc - but no benefit in changing it now → so attribute is kept. 
      • signal-noise-...-average 

Summary

  • yes in specific implementations a lot of attributes are not supported
  • but overall there are good reasons of not removing 


Further "findings"

  • introduction of more capabilities attributes: receiverIsOn, alicIsOn
  • Thorsten is adding an issue for the "receiverIsOn" case.
00:10AirInterface #49@Axel

air-interface-2-0:air-interface-capability::transmission-mode-list::transmission-mode-label

  • comment by Daniela
00:10EthernetContainer issues

Link: https://github.com/openBackhaul/ethernetContainer/issues


00:10EthernetContainer issue #28

Allowed queue depth values to be declared as capability


EthernetContainer issue #30

dropping-behavior-kind on device/switch level

00:10EthernetContainer issue #23

Bundling attributes for Ethernet ports

  • on radio side all good
  • LAG is different? - yes and is independent of the "bundling" attributes.
  • When combing with NMDA alternative and when EthernetContainer is associated to WireInterface
    • capabilities: bundling-is-avail==false
    • bundling-is-on = false in status
    • no representation in configuration object
  • LAG example
    • idea: LAG → combination of EthernetContainers ?!?!? - maybe grouped by MacInterface
    • What are the necessary parameters for LAG? 
  • Is there a "need of change"?
    • if no → to be closed
    • if yes → to be discussed.

Action items