Specific information will need to be acquired from your systems administrator before the site can be published from Cascade to the desired server/web url. These details include the following:
Transports are the mechanisms that move content from Cascade Server to the contents final, published location; generally a web server or database. A site can have more than one transport and destination, which makes it ideal if the site needs to be published to a development/staging area before being sent on to the production/web server.
Destinations simply serve as an intermediary between Transport and assets that need publishing. This separation allows for the reuse and easy maintenance of Transport. Without Destinations, a change to the server being published would require updating every Transport that published to that server. These changes could be a credentials change, server host name, port number, etc. By using Destinations as an intermediary, then a change to a server would only require one change to its Transport with no need to modify the various Destinations.
This separation is also useful when publishing to different directories on the same server. In this case, only one Transport is created for the server, but multiple Destinations are created each containing a different directory path; and once again, should any change be made to the server, only one change would need to be made to the transport.
Lastly, Transports can be shared between Sites, so a common repository of transports can exist in one Site for use across all Sites in the system. In this setup, only Destinations need to be created for all your Sites and they would use Transports from the common repository.