[OCPPLUGIN-5] Resource model should not contain proprietary objects Created: 25/Apr/16  Updated: 24/Jun/16  Resolved: 24/Jun/16

Status: Resolved
Project: ocpplugin
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Chin-Hung Chien Assignee: Chin-Hung Chien
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

External issue ID: 5796
Priority: Normal

 Description   

The current resource model contains some 5G related objects that have been defined for experimental purposes; to avoid any confusion, it is expected that only OCP-defined objects exist in the resource model, so those proprietary objects as well as their supporting code should be eliminated.

 Comments   
Comment by Dhevendran Kulandaivel [ 23/May/16 ]

(In reply to Chin-Hung Chien from comment #0)
> The current resource model contains some 5G related objects that have been
> defined for experimental purposes; to avoid any confusion, it is expected
> that only OCP-defined objects exist in the resource model, so those
> proprietary objects as well as their supporting code should be eliminated.

Hi

I have clean up this yang file as per the suggestion. The fix is available in this check-in : https://git.opendaylight.org/gerrit/#/c/39232/

Thanks & Regards,
Dhevendran K

Comment by Dhevendran Kulandaivel [ 23/May/16 ]

Hi Chin-Hung Chien

I have clean up this yang file as per the suggestion. The fix is available in this check-in : https://git.opendaylight.org/gerrit/#/c/39232/

Thanks & Regards,
Dhevendran K

Comment by Dhevendran Kulandaivel [ 23/May/16 ]

Please ignore Comment 2 and Reply for Comment 1 .

Comment by Chin-Hung Chien [ 23/May/16 ]

(In reply to Dhevendran Kulandaivel from comment #1)
> (In reply to Chin-Hung Chien from comment #0)
> > The current resource model contains some 5G related objects that have been
> > defined for experimental purposes; to avoid any confusion, it is expected
> > that only OCP-defined objects exist in the resource model, so those
> > proprietary objects as well as their supporting code should be eliminated.
>
> Hi
>
> I have clean up this yang file as per the suggestion. The fix is available
> in this check-in : https://git.opendaylight.org/gerrit/#/c/39232/
>
> Thanks & Regards,
> Dhevendran K

Hi Dhevendran,

I think this bug is completely different from OCPPLUGIN-2 so it cannot be fixed by applying the same patch.

Chin-Hung Chien

Comment by Dhevendran Kulandaivel [ 24/May/16 ]

Hi Chin-Hung Chien

Let me know if you need any fix for this issue . I can work on this.

Thanks & Regards,
Dhevendran K

Comment by Chin-Hung Chien [ 24/May/16 ]

(In reply to Dhevendran Kulandaivel from comment #5)
> Hi Chin-Hung Chien
>
> Let me know if you need any fix for this issue . I can work on this.
>
> Thanks & Regards,
> Dhevendran K

Hi Dhevendran,

The 5G related objects may not be that obvious (even to me); I would encourage you to work on "OCPPLUGIN-3 - # of outstanding OCP messages per connection should not exceed one" if you would be interested in it. That will require modification of the outbound queue processing in the OCP protocol library (ocpjava).

Thanks,
Chin-Hung Chien

Generated at Wed Feb 07 20:26:05 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.