Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

 | 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

Feedback 

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.

End of the Meeting

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.
00:40EthernetContainer issue #26

Multiplicity of _supportedHeaderCompressionKindList = 1, but headerCompressionName undefined

Issue #29 is the final solution for this issue.

However, the comment made in UML according the initial proposal should be reverted. 

To be decided on 2021-05-12

00:50EthernetContainer issue #27

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

  • next step: start review period now and decide on 2021-05-12 if issue can be closed. 

End of the Meeting


Action items


  • No labels