-
Notifications
You must be signed in to change notification settings - Fork 60
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
Comments
@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. |
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. |
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.
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. |
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
The text was updated successfully, but these errors were encountered: