Skip to main content

DSG application tunnel support

9 replies [Last post]
steve_wadsworth
Offline
Joined: 2010-07-14
Points: 0

What is the expected date and release where the DSG application tunnel support will be supported in the RI stack?

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
steve_wadsworth
Offline
Joined: 2010-07-14
Points: 0

Just to confirm:
The DSG application tunnel support is code complete in RI 1.1.4 Rel C and is currently undergoing tests.
Is that correct?
When do you envisage test complete, 1.1.4 Rel D or 1.2?

greg80303
Offline
Joined: 2008-07-03
Points: 0

The DSG app tunnel implementation has actually been in place for quite a while. However, we have just now gotten the firmware support implemented on our test device. We certainly hope to complete our testing with the MSO guides by the RelD release.

As a side note, I know that we have hardware vendors running the RI on their device using DSG app tunnels and we haven't received any bug reports to date. This doesn't mean that there aren't still problems, but I believe you should be able to start testing your implementation with the RelC code.

G

suntec
Offline
Joined: 2010-10-13
Points: 0

Although the Rel-C implemented the MPE_FILTER_SOURCE_DSG_APPID case in mpeos_filterSetFilter() and added some ri_dsg_pipeline files, it does not seem to support fully the DSG application object carousel defined in OCAP 22.2.2.5.

According to above spec, OCAP supports multiple object carousels on multiple DSG application tunnels and each application tunnel has one PAT and one PMT.

So, to open an application tunnel and filter the PAT in the same application tunnel, mpeos_filterSetFilter() method should set the "filterSource->parm.p_DSGA.appId" additionally to create_filter() method of ri_section_filter.

Then, the RI_Platform could open the correct application tunnel and filter the PAT with the PID value of 0.

greg80303
Offline
Joined: 2008-07-03
Points: 0

Yes, our PC Platform currently only supports one app tunnel at a time. This is due to limitations in the test hardware we use to exercise app tunnels. The platform-independent stack, however, should be fully capable of supporting multiple carousels on multiple tunnels. If you find bugs in the platform-independent DSG code, please file a bug in IssueTracker.

G

pmodem
Offline
Joined: 2008-12-17
Points: 0

A couple of issues related to DSG were resolved since 1.1.4 Rel C. These changes will be part of Rel D.

See IT issue #262:

https://ocap-ri.dev.java.net/issues/show_bug.cgi?id=262

Changelist detail:

Fix for IT-262 (Possible tight loop condition in mpe_siCreateDSGServiceHandle)
If service entry is found in the list it should not be re-added.
Also resolved issue in mpe_siSetAppType() which was re-setting the appId.
The appId is set by mpe_siSetAppId() call.

Ran smoke tests, Tunetest, DVRExerciser.

suntec
Offline
Joined: 2010-10-13
Points: 0

Thanks you for the update.

With these two patches, I think the DSG object carousel will be functional normally.

steve_wadsworth
Offline
Joined: 2010-07-14
Points: 0

Follow-up question

greg80303
Offline
Joined: 2008-07-03
Points: 0

DSG application tunnel support should be fully implemented in the stack. We are currently in the process of testing the implementation, but we are waiting for some firmware fixes for our test hardware.

You MPEOS section filtering implementation must simply support the mpe_FilterSource_DSG_APPID filter source type as passed in to mpeos_filter_SetFilter().

G

steve_wadsworth
Offline
Joined: 2010-07-14
Points: 0

Thank you