Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Application IPs are not shared by OTT for QOD API #317

Open
ameershohail opened this issue Jul 10, 2024 · 4 comments
Open

Application IPs are not shared by OTT for QOD API #317

ameershohail opened this issue Jul 10, 2024 · 4 comments
Labels
discussion No change needed

Comments

@ameershohail
Copy link

Describe the bug
Most of the application doesnt share the application IP, rather they are hosted under CDN and the URL shared cannot be curl’ed. In this case, how we manage to implement QoD?

To Reproduce

Expected behavior
Any alternate parameter to address applications under the CDN's

Screenshots

Environment:
NEF - E///

Additional context

@hdamker
Copy link
Collaborator

hdamker commented Jul 10, 2024

@ameershohail Do you have some background which use case you want to achieve? My first impression is that it might not make sense to use QoD together with the plain use of a CDN. I would rather expect that the CDN and use of QoD should be orchestrated somehow, e.g. as a specific service offered by the CDN provider, utilising the QoD API.

One simple solution could be not to restrict the application server IP, as proposed here for the new QoD Provision mode API. Some operators support that in their QoD implementation today, by allowing 0.0.0.0/0 as application server IP.

@jlurien
Copy link
Collaborator

jlurien commented Jul 11, 2024

In order to support flows towards specific AS we may need to add support for URIs in the future, as that is what is known generally by clients.

@eric-murray
Copy link
Collaborator

In order to support flows towards specific AS we may need to add support for URIs in the future, as that is what is known generally by clients.

If only there was some way to map a URL to a set of IP addresses :-)

The issue will be if multiple URLs are mapped to the same set of IP addresses (e.g. CDN). Will the API then be expected to prioritise ONLY the specified URL and not the others? That will be much harder than just prioritising the associated IP flows as currently defined.

@hdamker hdamker added the discussion No change needed label Jul 12, 2024
@tlohmar
Copy link
Contributor

tlohmar commented Jul 12, 2024

One simple solution could be not to restrict the application server IP, as proposed #299 for the new QoD Provision mode API. Some operators support that in their QoD implementation today, by allowing 0.0.0.0/0 as application server IP.

Setting the Application Server to 0.0.0.0/0 would result, that any traffic to any application server gets boosted, i.e. also any background traffic or traffic from concurrent applications.

The issue will be if multiple URLs are mapped to the same set of IP addresses (e.g. CDN).

Yes, CDN Servers are typically serving content from multiple domains. And, not all CDN Servers of a single CDN provider is hosting all content. Thus, the best would be, when the API invoker obtains the list of IP addresses from the CDN provider, which is then passed to the QOD Server.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion No change needed
Projects
None yet
Development

No branches or pull requests

5 participants