opencdn-users Mailing List for OpenCDN
Brought to you by:
aalef
Menu
▾
▴
opencdn-users — OpenCDN Discussion and Announces
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
|
Mar
(8) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(3) |
Nov
|
Dec
(3) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Skye P. N. <sk...@F4...> - 2008-04-02 21:17:27
|
As is too often the case, my contract was scaled back so I had to abandon my RTSP relay plans and just make a simple file replication model with a modified Darwin Streaming Server in front. However there may be other systems on the horizon that could use this functionality so I'll stay on the -users list at least! Skye On 25-Mar-08, at 5:41 AM, alef wrote: > Dear Skye, > > although more than one year is gone from your email, here I am. The > OpenCDN project has been almost forgotten during this time, but now > some > new interest has emerged, also pertaining the VideoLAN support, and > some > development is currently ongoing about that. Did you succeed in your > experimentation? > > regards, > Alessandro Falaschi > > > Il giorno gio, 15/02/2007 alle 10.58 -0800, Skye Poier Nott ha > scritto: >> Well since there is a lib/VLC.pm and it is mentioned in the >> README.adaptation diagram it seems VLC is supported as a streaming >> server! >> >> That only leaves the questions: >> - what is the status of the integration? actively under >> development? outstanding bugs? >> - any relevant documentation? >> >> Thanks again. I am hoping to have a number of servers available for >> a test installation today so I can play with it directly and answer >> more of my own questions. >> >> Skye >> >> >> On Feb 15, 2007, at 10:51, Skye Poier Nott wrote: >> >>> Hello! >>> >>> I'm investigating deploying an OpenCDN based system across a large >>> number of nodes over the next few months so you will probably be >>> hearing a lot from me. I hope to gain permission to contribute >>> changes back to the project from my corporate overlords. >>> >>> My first question is regarding VideoLAN Streaming Server support. >>> Has an Adaptation Layer already been written for it, so it can be >>> used instead of Darwin Streaming Server or Helix Server? The >>> documentation on the OpenCDN site is not clear, I'm not sure if VLC >>> development is targeted for Origins, or Servers, or both. I would >>> really like to be able to stream all the formats VideoLAN Server >>> supports from my OpenCDN nodes. >>> >>> If yes, is there any README's around for VideoLAN Server >>> installation >>> and configuration with OpenCDN? Perhaps they are in CVS, I haven't >>> checked there yet. >>> >>> Thanks, >>> Skye >>> >>> > -- > alef <aa...@li...> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opencdn-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opencdn-users |
|
From: alef <aa...@li...> - 2008-03-25 12:41:50
|
Dear Skye, although more than one year is gone from your email, here I am. The OpenCDN project has been almost forgotten during this time, but now some new interest has emerged, also pertaining the VideoLAN support, and some development is currently ongoing about that. Did you succeed in your experimentation? regards, Alessandro Falaschi Il giorno gio, 15/02/2007 alle 10.58 -0800, Skye Poier Nott ha scritto: > Well since there is a lib/VLC.pm and it is mentioned in the > README.adaptation diagram it seems VLC is supported as a streaming > server! > > That only leaves the questions: > - what is the status of the integration? actively under > development? outstanding bugs? > - any relevant documentation? > > Thanks again. I am hoping to have a number of servers available for > a test installation today so I can play with it directly and answer > more of my own questions. > > Skye > > > On Feb 15, 2007, at 10:51, Skye Poier Nott wrote: > > > Hello! > > > > I'm investigating deploying an OpenCDN based system across a large > > number of nodes over the next few months so you will probably be > > hearing a lot from me. I hope to gain permission to contribute > > changes back to the project from my corporate overlords. > > > > My first question is regarding VideoLAN Streaming Server support. > > Has an Adaptation Layer already been written for it, so it can be > > used instead of Darwin Streaming Server or Helix Server? The > > documentation on the OpenCDN site is not clear, I'm not sure if VLC > > development is targeted for Origins, or Servers, or both. I would > > really like to be able to stream all the formats VideoLAN Server > > supports from my OpenCDN nodes. > > > > If yes, is there any README's around for VideoLAN Server installation > > and configuration with OpenCDN? Perhaps they are in CVS, I haven't > > checked there yet. > > > > Thanks, > > Skye > > > > -- alef <aa...@li...> |
|
From: Skye P. N. <sk...@F4...> - 2007-02-15 18:58:32
|
Well since there is a lib/VLC.pm and it is mentioned in the README.adaptation diagram it seems VLC is supported as a streaming server! That only leaves the questions: - what is the status of the integration? actively under development? outstanding bugs? - any relevant documentation? Thanks again. I am hoping to have a number of servers available for a test installation today so I can play with it directly and answer more of my own questions. Skye On Feb 15, 2007, at 10:51, Skye Poier Nott wrote: > Hello! > > I'm investigating deploying an OpenCDN based system across a large > number of nodes over the next few months so you will probably be > hearing a lot from me. I hope to gain permission to contribute > changes back to the project from my corporate overlords. > > My first question is regarding VideoLAN Streaming Server support. > Has an Adaptation Layer already been written for it, so it can be > used instead of Darwin Streaming Server or Helix Server? The > documentation on the OpenCDN site is not clear, I'm not sure if VLC > development is targeted for Origins, or Servers, or both. I would > really like to be able to stream all the formats VideoLAN Server > supports from my OpenCDN nodes. > > If yes, is there any README's around for VideoLAN Server installation > and configuration with OpenCDN? Perhaps they are in CVS, I haven't > checked there yet. > > Thanks, > Skye > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Opencdn-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opencdn-users |
|
From: Skye P. N. <sk...@f4...> - 2007-02-15 18:51:49
|
Hello! I'm investigating deploying an OpenCDN based system across a large number of nodes over the next few months so you will probably be hearing a lot from me. I hope to gain permission to contribute changes back to the project from my corporate overlords. My first question is regarding VideoLAN Streaming Server support. Has an Adaptation Layer already been written for it, so it can be used instead of Darwin Streaming Server or Helix Server? The documentation on the OpenCDN site is not clear, I'm not sure if VLC development is targeted for Origins, or Servers, or both. I would really like to be able to stream all the formats VideoLAN Server supports from my OpenCDN nodes. If yes, is there any README's around for VideoLAN Server installation and configuration with OpenCDN? Perhaps they are in CVS, I haven't checked there yet. Thanks, Skye |
|
From: Alessandro F. <aa...@li...> - 2006-04-24 23:02:10
|
Release 0.7.6 (http://sourceforge.net/project/showfiles.php? group_id=121628) of OpenCDN supports a method for determination of the LastHop node which is nearest to the client, based on an objective latency measure. This allows an effective use of "Global LastHop" nodes, i.e. LastHop nodes which advertise a Footprint with global coverage (see README.routing, point 6). Earlier OpenCDN releases, only tackled the LastHop selection by using static configuration of Footprints, whose feasibility is questionable for global nodes 1 Theory of Operation ------------------- * every OpenCDN Node, at registration time, communicates to the Control Entity the name and port of an image file, which can be accessed through an embedded HTTP server * the page built at the portal includes references to image files located at LastHop nodes * when the viewer's browser downloads these images form the HTTP server which runs inside of nodes, a Round Trip Time (RTT) delay is evaluated, measuring the proximity in between the viewer and every LastHop. Such a value is stored in association to the viewer IP address. * upon reception of UDP probe requests (see third paragraph of point 5 in README.routing), the LastHop informs the prober (the Control Entity or a Transit node) about the RTT toward the Viewer IP address, which is communicated back, inside of the probe response. * after complete reception of all the responses to the UDP probe scan, the prober decides which node is the nearest to the viewer, by comparing the reported RTT. -- Alessandro Falaschi |
|
From: Alessandro F. <aa...@li...> - 2006-04-05 10:37:08
|
Hi all! .. it is really a long time from the last message to this list. By now, release 0.7.4 is out, whose release notes can be found at http://sourceforge.net/project/shownotes.php?release_id=404411&group_id=121628 but wait for the 0.7.4.1 bugfixed release. Yesterday, I participated to the periodic TF-VVC tele-meeting (http://www.terena.nl/activities/tf-vvc/), and exposed a short summary of completed, planned, and foreseen activities. Here below, I am forwarding such message. Have a good Easter !!! Alessandro ------- Messaggio inoltrato ------- Da: aa...@li... Rispondi-a: aa...@li... A: tf-vvc <tf-vxxx@terxxx> Oggetto: [tf-vvc] update about OpenCDN project Data: Tue, 4 Apr 2006 15:58:15 +0200 Hi all, as probably my update about TF-VVC activity area B was not so well understandable, I put it in a written form. OpenCDN development has slowed down a lot, as I didn't found a so big interest on it. Anyway, these are the news: - Identification of LastHop surrogates, by means of an objective Round Trip Time estimation in between a viewer and different LastHop candidates, is almost complete, and is undergoing a test and debug phase. Please wait for release 0.7.4.1 at sourceforge for the debugged version. - Integration with VideoLan is ongoing, with the following aspects: * distribution of a "content producer kit", in order to ease independent contributions by anyone who will. The package will provide a web-based GUI to the configuration and operation of an OpenCDN Origin entity, whose encoding and RTSP capabilities are based on VLC. In this framework, we have submitted a patch to the VLC codebase for proper interworking in between VLC and Darwin SS; as the latter can now can use VLC as a relay "pull-able" source. * development of a new OpenCDN Node adaptation layer, allowing the use of VLC as a Streamig Server relay. Although VLC originally was just a player, now it has streaming, relaying and transcoding capability, becoming a de-facto "magic tool". Over than be able to build a completely open and free distribution network, VLC integration will allow to offer streaming based on completely open video codecs as well, such as Theora (VLC supports it by HTTP relaying). - Windows Media Server has not been integrated yet, although at the last face to face meeting, it was outlined this should be done. But, I am neither a windows fan nor a user, and I think that people interested in that technology, may contribute to the development by themselves. - About the future... OpenCDN is now able to build the distribution tree, by correctly find a root near to the Origin, and the leaves near to viewers... but, the topology of the Transit nodes which are in the middle is still based on footprint information to be inserted by hand, and this is at the same time cumbersome, and may lead to results not related to the effective underling topology. In order to avoid that, topology aware solutions must be found, and a very promising one, is based on allowing OpenCDN nodes to behave as BGP listeners, and access the routing information available in the border routers of the LAN where they reside. As OpenCDN possess a central control entity, it will be easy to derive a global connectivity view, and use it for building a topologically-aware distribution network. Perl packages for accessing BGP router data are already available, so this development may be not so difficult. But before to undertake it, which is the opinion of network operators? Would they allow to open BGP routing information, to an overlay network routing entity? -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <al...@in...> - 2005-12-23 08:10:13
|
Sorry for this, now I changed the submission policy for this list, and now it is restricted to "list members only". For those wondering if OpenCDN is still active, oh well yes, it is, and development has only slowed down a bit. A new feature will be tested during the following days, namely the feature which allows to find the LastHop which is nearest to a viewer. After that, a new release will be produced. In the meantime, we are working to allow server-less Origins to be deployed, namely, an Origin node only equipped with a VLC encoder will be possible. In the meanwhile, very best wishes of good Christmas and happy New Year to everyone !!! Alessandro Neateye wrote: > Call out Gouranga be happy > Gouranga Gouranga Gouranga! > That which brings the highest happiness... -- Alessandro Falaschi |
|
From: Neateye <nit...@ao...> - 2005-12-22 23:19:13
|
Call out Gouranga be happy Gouranga Gouranga Gouranga! That which brings the highest happiness... |
|
From: maxxacab <max...@ti...> - 2005-12-15 16:39:31
|
|
From: Massimo A. <m_a...@ya...> - 2005-10-12 12:33:07
|
> The bad thing is that the Helix Adaptation layer of OpenCDN doesn't manage > this > licensing problem properly: it isn't even aware that the relay configuration > didn't work, so the node logs look like everything is going fine. > I've never tried to simulate a situation like this: I'll do it as soon as > possible and I'll try to fix the problem. > I've just committed to the CVS server a new version of Helix.pm: now it checks at node startup that the Helix Server has all the features needed by OpenCDN to create relays. Regards, Massimo ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
|
From: Massimo A. <m_a...@ya...> - 2005-10-10 07:19:48
|
> Dear Massimo, > Thank for your immediate responce. Find bellow some input. You're welcome. > Broadcast Distribution - Push Transmission no > Broadcast Distribution - Pull Transmission no > Broadcast Distribution - Push Receive no > Broadcast Distribution - Pull Receive no > Broadcast Distribution - Multicast no > Broadcast Redundancy no > Content Caching - Publisher no > Content Caching - Subscriber no > Distributed Licensing - Publisher no > Distributed Licensing - Subscriber no > > > That is why I assume that the problem is duto to the fact that our Helix > Server Starter does not > support broadcast distribution and splitting. You're right: Pull Transmission and Receive are required for relaying of live streams and Content Cashing is needed for files. I'm positive that switching to the demo version of Helix Universal Server will fix the problem. The bad thing is that the Helix Adaptation layer of OpenCDN doesn't manage this licensing problem properly: it isn't even aware that the relay configuration didn't work, so the node logs look like everything is going fine. I've never tried to simulate a situation like this: I'll do it as soon as possible and I'll try to fix the problem. Regards, Massimo ___________________________________ Yahoo! Mail ti protegge dalla posta indesiderata! http://mail.yahoo.it |
|
From: Alessandro F. <aa...@li...> - 2005-10-09 21:39:32
|
Il giorno ven, 07-10-2005 alle 19:07 +0300, Pantelis Balaouras ha scritto: > >I mean: if you put a file named file.rm in the origin Helix Content directory > >and you put the program > >rtsp://194.177.210.196/file.rm > >in OriginConfig.pm, does it work? > No, it doesn't work. Alessandro has told me that only live streams are > supported. Streaming of recorded content works with OpenCDN relaying, if $RTSPpassword in etc/RRDMconfig.pm is set, and $RTSPauth_enable in etc/NodeConfig is set. Clip streaming from an Helix server should work anyway. > >We use the 30 day trial version of Helix Universal Server > >http://www.realnetworks.com/products/free_trial.html yes, that's it, the other Helix flavours don't support relaying. The trial version is limited in operations, to 100 concurrent streams. I don't know how much is the cost for a full licence, but I guess it is not so cheap. The 30 days time limit is somewhat ephemeral, as if you don't shut down the server, it continues operation also after the 30 days limit, and if it don't starts again, you can download another 30- day key, and continue. -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <aa...@li...> - 2005-09-29 23:43:32
|
OpenCDN Release 0.7.3 (available at http://sourceforge.net/projects/opencdn/) can deliver Windows Media encoded content, transported by an Helix Universal Server. Other Helix Adaptation Layer enhancements include allowance for DNS names in URLs, and configuration of an unique ListenPort for all kinds of live streams (Real, QT, 3GPP, WM). Documentation have been updated for reflecting this changes, as well code maintenance have bug-fixed mistakes about Origin configuration, Node shutdown, and relay removal. Unfortunately, the disk on the computer hosting the OpenCDN public test page at http://opencdn.sourceforge.net has died, after four years of honoured work. Thus, the twin live streaming of two Italian music TV channels, encoded in MPEG4 and Real (48 and 225 kbps) has stopped. Anyone who can provide a live streaming feed, is warmly welcome. -- Alessandro Falaschi - aa...@li... |
|
From: Massimo A. <m_a...@ya...> - 2005-09-14 13:17:28
|
Hi Pantelis,
Alessandro forwarded me the word doc you sent him with the details of your
OpenCDN setup and I have a clue about what happend.
In OriginConfig.pm you specified your programs with urls like this
rtsp://vod.grnet.gr/vnoc.rm
and it makes sense, since it is what you found in the example configuration
file, but it looks like the Helix adaptation layer can't manage DNS names.
I think that changing the DNS name with the IP address in the url in
OriginConfig.pm
rtsp://192.177.210.196/vnoc.rm
will fix the problem.
It is a very serious bug that I never noticed because I've always used IP
addresses in URL.
I'll try to fix this bug ASAP.
I'm sorry for the time you wasted because of this bug.
Bye,
Massimo
___________________________________
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB
http://mail.yahoo.it
|
|
From: Massimo A. <m_a...@ya...> - 2005-09-13 13:27:38
|
> > Please receive the requested content at > > rtsp://195.134.99.99/0.0.0.0/vnoc.rm > > > > I cannot find out why this return value contains 0.0.0.0 and > > not the 192.177.210.196! > > Ok. I see that yours is a recorded content, which has been tested less. > Please give a try by using some lively-encoded content as well, it > should work well. > > By looking at the code (lib/Helix.pm), the presence of the string > "0.0.0.0" should be due to an incorrect regular expression matching. > That piece of code is poorly commented, it was not me who wrote it, and > I need some more time for fixing it. > By my part, after having newly installed Real Server 9.0.7 and updated > license keys, still I am having problems with clip content caching; > really, it doesn't work at all for me :-( Clip content caching only works if RTSP authentication is enabled on the whole OpenCDN (the password is setup on the RRDM). Shame upon me: I forgot to indicate it in the README.helix doc. I'll fix it ASAP. Unfortunately Content Caching configuration on Helix requires to specify a username and a non-empty password. I've not been able to find a workaround. But this is not the cause of the wrong format of the URL (0.0.0.0). > Anyway, the live content works well :-) > > In the past few days I saw some activity in Helix support by part of > another developer; so, using the cvs version may be an option. I will > try it. I committed right now a new version that fixes some bugs and adds support for Windows Media live streams to Helix.pm. I agree with Alessandro that the "0.0.0.0" problem stems from an unmatched regular expression (in sub mkmount). (I also agree that the comments I wrote in Helix.pm suck!). I've tried to reproduce the problem but with no luck, maybe because I'm running OpenCDN on Solaris. Pantelis, if you send me the document with the details of your configuration, I'll try to understand what's going on. BTW, I think that upgrading to the CVS version, if possible, would help. Bye, Massimo ___________________________________ Yahoo! Messenger: chiamate gratuite in tutto il mondo http://it.messenger.yahoo.com |
|
From: Alessandro F. <aa...@li...> - 2005-09-12 15:36:51
|
Il giorno mer, 07-09-2005 alle 13:02 +0300, Pantelis Balaouras ha scritto: > Dear Alessandro, > > I have started to test oCDN for the GRnet (Greek NREN). Great ! I'm sending your report to the public discussion list, it may help to have feedback > I have some problems in using oCDN. I would appreciate if you could > help me. The details are in the attached word file. Ok, we are working on it. As The Helix part is not under my direct responsibility, I am involving those people who are. Also, I will report something about the word file here, for public discussion. > In the 192.177.210.196 I launch origin and rrdm. A question > here is, should I run a node as well, or a node should be not > located in the same system with origin? It is not clear in > the documentation. No, an Origin node doesn't need to also configure a Node entity. > I have installed the oCDN0.7.2 in two systems: vod.grnet.gr > (192.177.210.196) and pizza.gunet.gr (195.134.99.99). In both > systems helix servers are run. > > In the 192.177.210.196 it is available the following URL: > > rtsp://vod.grnet.gr/vnoc.rm > > I have tried to make available this program from > 192.177.210.196 to users located in a LAN (195.134.100.0/24) > through 195.134.99.99, but I have failed. The output of the > query at http://vod.grnet.gr/oCDN/perl/index.pl from > 195.134.100.134 address is the following: > > Please receive the requested content at > rtsp://195.134.99.99/0.0.0.0/vnoc.rm > > I cannot find out why this return value contains 0.0.0.0 and > not the 192.177.210.196! Ok. I see that yours is a recorded content, which has been tested less. Please give a try by using some lively-encoded content as well, it should work well. By looking at the code (lib/Helix.pm), the presence of the string "0.0.0.0" should be due to an incorrect regular expression matching. That piece of code is poorly commented, it was not me who wrote it, and I need some more time for fixing it. By my part, after having newly installed Real Server 9.0.7 and updated license keys, still I am having problems with clip content caching; really, it doesn't work at all for me :-( Anyway, the live content works well :-) In the past few days I saw some activity in Helix support by part of another developer; so, using the cvs version may be an option. I will try it. Sorry for not being able to give you a prompt solution :-( -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <aa...@li...> - 2005-08-08 12:31:00
|
Hi to all, have good holidays!! Before of leaving for mine, I'm proud to announce that the OpenCDN project is now delivering a new live feed, encoded with real producer for a modem/dsl audience, from an analogue television broadcast. When you visit http://labtel.ing.uniroma1.it/oCDN/perl/index.pl for requesting it, please note that it is tagged as "Real TV". This new feed is in addition to the "Live TV" one, mpeg4 encoded instead. regards -- Alessandro Falaschi - aa...@li... |
|
From: Alessandro F. <aa...@li...> - 2005-06-05 18:23:22
|
Dear all, after two month of silence and some trouble by my part, here I am for announcing this new release. You can find all the details at https://sourceforge.net/project/shownotes.php?release_id=332713 but here is suffice to say that OpenCDN release 0.7.2 main advances are: * An OpenCDN node can host more than one streaming technology at the same time now. Every technology is dealt by a special Adaptation Layer package as before, but the node control layer interfaces now with a Convergence Layer, which in turn dispatches commands to the appropriate Adaptation Layer. * Helix Adaptation Layer has advanced a lot, so that: - A single Helix server can now relay more than a single program - Statistics gathering function about relays, clients and bandwidth have been developed, and integrated in the reporting pages As usual, I ask for people interested in the development, to adhere to the experimental network, by placing a replication node, and/or by contributing with live material. See you soon! -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <aa...@li...> - 2005-03-29 11:04:47
|
I have arranged a page at http://ocdn.mirror.garr.it/ where directions an be found, for receiving the SURA/Vide Conference (http://vide.net/conferences/spr2005/) webcast through OpenCDN distribution. As there aren't so many nodes adhering to OpenCDN spreading the world, you will be redirected to a node in Italy, by the courtesy of GARR and Cilea. Consider this as very experimental, being the first "real" trial of OpenCDN. Also, it could be an occasion for interested parties, to consider joining openCDN, or its announcement Mailing List (http://lists.sourceforge.net/lists/listinfo/opencdn-users). Let me see you comments :-) -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <aa...@li...> - 2005-03-28 02:37:56
|
I noticed this strange behavior. I use "pull" relays, getting a stream from another streaming server, and setting myself as a destination. By sniffing packets, I can see that this results in a request made by the client side of Darwin, and in an "internal" Announce, feeding the sdp to the reflector side of Darwin. In OpenCDN project (http://labtel.ing.uniroma1.it/opencdn/), relays coming from different Origins are needed to be built. Well, this is the problem. Until all the relay sources are from the same server, everything works fine; but if I mix different sources (servers), the reflector component don't works. I mean, the content is correctly requested to the other party, and the SDP file correctly shows up, and media arrives. But, the admin web interface don't perceive any traffic for the new relay, and clients don't receive anything. The funniest thing is that, when a "conflicting" working stream ends, the other which didn't work, may start to function. Seems like that different origins, put some un-coordination to some kind of reflector resource. Have someone other have noticed this behavior, or better, have found a solution ? or should I switch to Darwin sources ?? -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
|
From: Alessandro F. <al...@in...> - 2005-03-28 02:00:22
|
Megan, I changed a little the page http://ocdn.mirror.garr.it/, and used the format that you suggest. Also, for the occasion, I have "specialized" OpenCDN to this event. Many thanks also to Chris, for having linked the page from the http://vide.net/conferences/spr2005/webcasts.shtml On Monday, I don't think I will be able to control if everything works, but it should. Also, I succeded in compiling Mplayer for Linux whith support for media video/H263-1998, and can correctly receive archieved sessions from Starbak, but play of the same session through Darwin-based OpenCDN stops very early (I hope it is only a problem of mine). Have a good conference! :-) Alessandro Il ven, 2005-03-25 alle 21:36, Megan Troyer ha scritto: > Alessandro, > I played around a bit today and did some testing. It seems that the > RTSP URL for the live streams will ALWAYS be in the form: > rtsp://192.148.244.131/.sdp/ViDe/ViDe_X .sdp where the X will be > either 1, 2, or 3. The streams will be disconnected and reconnected > as each session ends and a new one begins. The ViDe account on our > Starbak has only 3 lines and there can only be one active call on each > line at a time. > > Once the files are archived, they will have very different names. > > I don't know which line will be associated with which talk other than > the Monday talk from 2:30 PM to 4:30 PM. That will be "PBS and Higher > Education" > > Maybe Chip can share his cheat sheet with you so you know which X will > be which session. > > Best, > Megan > > > At 01:08 PM 3/25/2005, Alessandro Falaschi wrote: > > Megan, > > > > thank you for your analysis. In the meanwhile, I did put on-line > > this > > page http://ocdn.mirror.garr.it/ where a static link to a content > > coming > > from Internet2 Commons Starbak is placed. Better: is a static link > > to > > the request to be sent to OpenCDN control, in order to see a > > recorded > > content from the Starbak, being redistributed by OpenCDN. > > > > In the same way, if session names can be known in advance, many > > links > > like that, can be listed in the page. > > > > On the other side, OpenCDN distribution is at its infancy, so that I > > don't belive that many people will configure a local Darwin > > replication > > node. But nobody knows. > > > > As this is no more than a simple experiment, I don't expect to much, > > but > > if some visibility can be gained for the OpenCDN Project, well I > > will be > > happy. > > > > Also, on Easter and Angel's Monday, I don't think I will work on > > this > > neither. Anyway, thank you again > > > > Alessandro > > > > Il ven, 2005-03-25 alle 16:00, Megan Troyer ha scritto: > > > Alessandro, > > > I won't be the one actually running the Starbak for the event. I > > believe > > > that Chip Eberhart's crew will be doing that. I don't know that > > he'll know > > > the stream titles ahead of time, but that might already be in the > > > plans. I'm not 100% sure how the Starbak configures the RTSP URLs > > (some > > > experimentation may be necessary) so that the URLs can be planned > > for ahead > > > of time. > > > > > > I'm not sure if Chip's group will want to take on the "only by > > you" role > > > you describe below. I'm more of an H.323 person and streaming is > > something > > > that I do only with the Starbak server which is an H.323 device > > more than a > > > streaming device. I don't have any experience with Darwin and > > very little > > > with Unix. I don't have the time to learn OpenCDN before Monday, > > not to > > > mention I'll be in a car on the way to the ViDe Conference on > > Monday, so > > > I'll be disconnected. (I'm not lucky enough to have that Verizon > > Cellular > > > based ISP for my laptop either.) > > > > > > As far as I'm concerned you are more than welcome to duplicate the > > streams > > > over your OpenCDN network. I haven't been asked to password > > protect the > > > streams, so they'll be open to anyone who knows the URL of the > > Starbak server. > > > > > > Best, > > > Megan > > > > > > > > > At 06:46 AM 3/25/2005, Alessandro Falaschi wrote: > > > >Megan, all the others interested, > > > > > > > >I succeeded in modifying the code (it was really simple), and now > > at > > > >http://labtel.ing.uniroma1.it/oCDN/perl/index.pl is possible to > > request > > > >the feeds form Internet2 and SurfNet to be distributed through > > OpenCDN > > > >:-) Just the Dutch TV stops quite immediately. Remember, that > > just is > > > >the "general" test page, I will put an ad-hoc one elsewhere, when > > things > > > >stabilize. > > > > > > > >Having a different stream title (and RTSP URL) for session (as > > Megan > > > >says below) is like to watching TV, and having to cycle power at > > every > > > >commercial. But I understand that the name change is required for > > proper > > > >StarBack archiving, so we have to live with it. > > > > > > > >I think that 'simple' OpenCDN unattended retransmission can be > > done in > > > >these ways: > > > > > > > >- only by me: > > > > * I should know in advance the exact names of the sessions, > > and place > > > >different mount points. OpenCDN is not dealing with time > > schedules by > > > >know, so the publication page will report these too, or link > > > >http://commonsvcg.oar.net/ViDe for user information. > > > > > > > >- only by you: > > > > * if you can run an OpenCDN "Origin" daemon entity, you can > > restart it > > > >with proper configuration data when session changes, and the > > actually > > > >published URL will be used by OpenCDN. Or: > > > > * you don't bother with OpenCDN entities and configuration, and > > > >maintain a local (Darwin) relay which sources the different > > session > > > >names, and provide a unique URL which can be used by OpenCDN > > > > > > > >More complex schemes can be envisaged (such as periodic parsing > > of your > > > >announcement page by my part, or reception of an RSS feed from > > StarBack) > > > >but they seem really out of our actual reach. > > > > > > > >In the meanwhile that I set up an ad-hoc page, maybe someone can > > have > > > >some other ideas :-) > > > > > > > >Best, > > > >Alessandro > > > > > > > >Il ven, 2005-03-25 alle 08:38, Megan Troyer ha scritto: > > > > > Alessandro, > > > > > When the streams go live, they will be updated for each > > session with an > > > > > appropriate title for each session, so in that sense, the > > streams will be > > > > > going down regularly. Pair that with the 3 consecutive track > > sessions on > > > > > Tuesday afternoon and Wednesday, you may have your hands full > > with static > > > > > set-ups. > > > > > > > > > > As an additional FYI--the streams, when live, will be > > available at this > > > > URL: > > > > > http://commonsvcg.oar.net/ViDe > > > > > > > > > > Of course, there's nothing there now and probably will not be > > there until > > > > > Monday afternoon. > > > > > > > > > > Best, > > > > > Megan > > > > > > > > > > > > > > > At 08:54 PM 3/24/2005, Alessandro Falaschi wrote: > > > > > >I said : > > > > > > > > > > > > > ...when I try to (manually) configure a Darwin relay for > > the unicast > > > > > > > feed (rtsp://192.87.116.121/stream2), its DESCRIBE > > /stream2 request > > > > > > > receives a RTSP /1.0 400 Bad Request error from VBrick > > > > > > > > > > > >I figured out why, and the sad thing, is that it happens also > > with > > > > > >internet2 Starback :-( > > > > > > > > > > > >When my mp4layer client sends an RTSP DESCRIBE request, it > > says > > > > > > > > > > > >DESCRIBE > > > > > > > >rtsp://commonsvcg.oar.net/Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce > > > > > >RTSP/1.0\r\n > > > > > > > > > > > >on the contrary, when Darwin attempts to build a relay, it > > says > > > > > > > > > > > >DESCRIBE /Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce > > RTSP/1.0\r\n > > > > > > > > > > > >i.e. it is missing of the host and protocol part. As evident, > > although > > > > > >correct, this upsets Starback and VBrick. > > > > > > > > > > > >The good thing is that... by inserting the full URL as a > > mountpoint in > > > > > >the Darwin Relay configuration page, IT WORKS !!!! > > > > > > > > > > > >The bad thing is that OpenCDN builds relays interpreting the > > "mount > > > > > >point" in a relative fashion - and not absolute. Next thing > > will be, to > > > > > >see how this can be made compatible with OpenCDN. I think > > there is not > > > > > >much time for modifying the code in this sense, but a static > > set up on > > > > > >top of OpenCDN should work, i.e., with a static relay from > > there to > > > > > >here, and the "Origin" settled here. This means that if the > > static feed > > > > > >goes down, it can't be automatically set up again (real > > OpenCDN Origins > > > > > >can, instead). > > > > > > > > > > > >tomorrow I will try > > > > > >-- > > > > > >Alessandro Falaschi <al...@in...> > > > > > > > > > > Megan Troyer 453 Baker Systems > > > > > Technology Coordinator 1971 Neil Avenue > > > > > OARnet/ OSU--CIO Columbus, OH 43210 > > > > > support: 614-247-8066 office: 614-292-8443 > > > > > tro...@os... cell: 614-946-9613 > > > > (emergencies only) > > > > > > Megan Troyer 453 Baker Systems > > > Technology Coordinator 1971 Neil Avenue > > > OARnet/ OSU--CIO Columbus, OH 43210 > > > support: 614-247-8066 office: 614-292-8443 > > > tro...@os... cell: 614-946-9613 > > (emergencies only) > Megan Troyer 453 Baker Systems > Technology Coordinator 1971 Neil Avenue > OARnet/ OSU--CIO Columbus, OH 43210 > support: 614-247-8066 office: 614-292-8443 > tro...@os... cell: 614-946-9613 > (emergencies only) |
|
From: Megan T. <tro...@os...> - 2005-03-25 20:36:56
|
Alessandro, I played around a bit today and did some testing. It seems that the RTSP URL for the live streams will ALWAYS be in the form: rtsp://192.148.244.131/.sdp/ViDe/ViDe_X.sdp where the X will be either 1, 2, or 3. The streams will be disconnected and reconnected as each session ends and a new one begins. The ViDe account on our Starbak has only 3 lines and there can only be one active call on each line at a time. Once the files are archived, they will have very different names. I don't know which line will be associated with which talk other than the Monday talk from 2:30 PM to 4:30 PM. That will be "PBS and Higher Education" Maybe Chip can share his cheat sheet with you so you know which X will be which session. Best, Megan At 01:08 PM 3/25/2005, Alessandro Falaschi wrote: >Megan, > >thank you for your analysis. In the meanwhile, I did put on-line this >page http://ocdn.mirror.garr.it/ where a static link to a content coming >from Internet2 Commons Starbak is placed. Better: is a static link to >the request to be sent to OpenCDN control, in order to see a recorded >content from the Starbak, being redistributed by OpenCDN. > >In the same way, if session names can be known in advance, many links >like that, can be listed in the page. > >On the other side, OpenCDN distribution is at its infancy, so that I >don't belive that many people will configure a local Darwin replication >node. But nobody knows. > >As this is no more than a simple experiment, I don't expect to much, but >if some visibility can be gained for the OpenCDN Project, well I will be >happy. > >Also, on Easter and Angel's Monday, I don't think I will work on this >neither. Anyway, thank you again > >Alessandro > >Il ven, 2005-03-25 alle 16:00, Megan Troyer ha scritto: > > Alessandro, > > I won't be the one actually running the Starbak for the event. I believe > > that Chip Eberhart's crew will be doing that. I don't know that he'll > know > > the stream titles ahead of time, but that might already be in the > > plans. I'm not 100% sure how the Starbak configures the RTSP URLs (some > > experimentation may be necessary) so that the URLs can be planned for > ahead > > of time. > > > > I'm not sure if Chip's group will want to take on the "only by you" role > > you describe below. I'm more of an H.323 person and streaming is > something > > that I do only with the Starbak server which is an H.323 device more > than a > > streaming device. I don't have any experience with Darwin and very little > > with Unix. I don't have the time to learn OpenCDN before Monday, not to > > mention I'll be in a car on the way to the ViDe Conference on Monday, so > > I'll be disconnected. (I'm not lucky enough to have that Verizon Cellular > > based ISP for my laptop either.) > > > > As far as I'm concerned you are more than welcome to duplicate the streams > > over your OpenCDN network. I haven't been asked to password protect the > > streams, so they'll be open to anyone who knows the URL of the Starbak > server. > > > > Best, > > Megan > > > > > > At 06:46 AM 3/25/2005, Alessandro Falaschi wrote: > > >Megan, all the others interested, > > > > > >I succeeded in modifying the code (it was really simple), and now at > > >http://labtel.ing.uniroma1.it/oCDN/perl/index.pl is possible to request > > >the feeds form Internet2 and SurfNet to be distributed through OpenCDN > > >:-) Just the Dutch TV stops quite immediately. Remember, that just is > > >the "general" test page, I will put an ad-hoc one elsewhere, when things > > >stabilize. > > > > > >Having a different stream title (and RTSP URL) for session (as Megan > > >says below) is like to watching TV, and having to cycle power at every > > >commercial. But I understand that the name change is required for proper > > >StarBack archiving, so we have to live with it. > > > > > >I think that 'simple' OpenCDN unattended retransmission can be done in > > >these ways: > > > > > >- only by me: > > > * I should know in advance the exact names of the sessions, and place > > >different mount points. OpenCDN is not dealing with time schedules by > > >know, so the publication page will report these too, or link > > >http://commonsvcg.oar.net/ViDe for user information. > > > > > >- only by you: > > > * if you can run an OpenCDN "Origin" daemon entity, you can restart it > > >with proper configuration data when session changes, and the actually > > >published URL will be used by OpenCDN. Or: > > > * you don't bother with OpenCDN entities and configuration, and > > >maintain a local (Darwin) relay which sources the different session > > >names, and provide a unique URL which can be used by OpenCDN > > > > > >More complex schemes can be envisaged (such as periodic parsing of your > > >announcement page by my part, or reception of an RSS feed from StarBack) > > >but they seem really out of our actual reach. > > > > > >In the meanwhile that I set up an ad-hoc page, maybe someone can have > > >some other ideas :-) > > > > > >Best, > > >Alessandro > > > > > >Il ven, 2005-03-25 alle 08:38, Megan Troyer ha scritto: > > > > Alessandro, > > > > When the streams go live, they will be updated for each session with an > > > > appropriate title for each session, so in that sense, the streams > will be > > > > going down regularly. Pair that with the 3 consecutive track > sessions on > > > > Tuesday afternoon and Wednesday, you may have your hands full with > static > > > > set-ups. > > > > > > > > As an additional FYI--the streams, when live, will be available at > this > > > URL: > > > > http://commonsvcg.oar.net/ViDe > > > > > > > > Of course, there's nothing there now and probably will not be there > until > > > > Monday afternoon. > > > > > > > > Best, > > > > Megan > > > > > > > > > > > > At 08:54 PM 3/24/2005, Alessandro Falaschi wrote: > > > > >I said : > > > > > > > > > > > ...when I try to (manually) configure a Darwin relay for the > unicast > > > > > > feed (rtsp://192.87.116.121/stream2), its DESCRIBE /stream2 request > > > > > > receives a RTSP /1.0 400 Bad Request error from VBrick > > > > > > > > > >I figured out why, and the sad thing, is that it happens also with > > > > >internet2 Starback :-( > > > > > > > > > >When my mp4layer client sends an RTSP DESCRIBE request, it says > > > > > > > > > >DESCRIBE > > > > >rtsp://commonsvcg.oar.net/Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce > > > > >RTSP/1.0\r\n > > > > > > > > > >on the contrary, when Darwin attempts to build a relay, it says > > > > > > > > > >DESCRIBE /Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce RTSP/1.0\r\n > > > > > > > > > >i.e. it is missing of the host and protocol part. As evident, although > > > > >correct, this upsets Starback and VBrick. > > > > > > > > > >The good thing is that... by inserting the full URL as a mountpoint in > > > > >the Darwin Relay configuration page, IT WORKS !!!! > > > > > > > > > >The bad thing is that OpenCDN builds relays interpreting the "mount > > > > >point" in a relative fashion - and not absolute. Next thing will > be, to > > > > >see how this can be made compatible with OpenCDN. I think there is not > > > > >much time for modifying the code in this sense, but a static set up on > > > > >top of OpenCDN should work, i.e., with a static relay from there to > > > > >here, and the "Origin" settled here. This means that if the static > feed > > > > >goes down, it can't be automatically set up again (real OpenCDN > Origins > > > > >can, instead). > > > > > > > > > >tomorrow I will try > > > > >-- > > > > >Alessandro Falaschi <al...@in...> > > > > > > > > Megan Troyer 453 Baker Systems > > > > Technology Coordinator 1971 Neil Avenue > > > > OARnet/ OSU--CIO Columbus, OH 43210 > > > > support: 614-247-8066 office: 614-292-8443 > > > > tro...@os... cell: 614-946-9613 > > > (emergencies only) > > > > Megan Troyer 453 Baker Systems > > Technology Coordinator 1971 Neil Avenue > > OARnet/ OSU--CIO Columbus, OH 43210 > > support: 614-247-8066 office: 614-292-8443 > > tro...@os... cell: 614-946-9613 > (emergencies only) Megan Troyer 453 Baker Systems Technology Coordinator 1971 Neil Avenue OARnet/ OSU--CIO Columbus, OH 43210 support: 614-247-8066 office: 614-292-8443 tro...@os... cell: 614-946-9613 (emergencies only) |
|
From: Alessandro F. <al...@in...> - 2005-03-25 18:09:56
|
Megan, thank you for your analysis. In the meanwhile, I did put on-line this page http://ocdn.mirror.garr.it/ where a static link to a content coming from Internet2 Commons Starbak is placed. Better: is a static link to the request to be sent to OpenCDN control, in order to see a recorded content from the Starbak, being redistributed by OpenCDN. In the same way, if session names can be known in advance, many links like that, can be listed in the page. On the other side, OpenCDN distribution is at its infancy, so that I don't belive that many people will configure a local Darwin replication node. But nobody knows. As this is no more than a simple experiment, I don't expect to much, but if some visibility can be gained for the OpenCDN Project, well I will be happy. Also, on Easter and Angel's Monday, I don't think I will work on this neither. Anyway, thank you again Alessandro Il ven, 2005-03-25 alle 16:00, Megan Troyer ha scritto: > Alessandro, > I won't be the one actually running the Starbak for the event. I believe > that Chip Eberhart's crew will be doing that. I don't know that he'll know > the stream titles ahead of time, but that might already be in the > plans. I'm not 100% sure how the Starbak configures the RTSP URLs (some > experimentation may be necessary) so that the URLs can be planned for ahead > of time. > > I'm not sure if Chip's group will want to take on the "only by you" role > you describe below. I'm more of an H.323 person and streaming is something > that I do only with the Starbak server which is an H.323 device more than a > streaming device. I don't have any experience with Darwin and very little > with Unix. I don't have the time to learn OpenCDN before Monday, not to > mention I'll be in a car on the way to the ViDe Conference on Monday, so > I'll be disconnected. (I'm not lucky enough to have that Verizon Cellular > based ISP for my laptop either.) > > As far as I'm concerned you are more than welcome to duplicate the streams > over your OpenCDN network. I haven't been asked to password protect the > streams, so they'll be open to anyone who knows the URL of the Starbak server. > > Best, > Megan > > > At 06:46 AM 3/25/2005, Alessandro Falaschi wrote: > >Megan, all the others interested, > > > >I succeeded in modifying the code (it was really simple), and now at > >http://labtel.ing.uniroma1.it/oCDN/perl/index.pl is possible to request > >the feeds form Internet2 and SurfNet to be distributed through OpenCDN > >:-) Just the Dutch TV stops quite immediately. Remember, that just is > >the "general" test page, I will put an ad-hoc one elsewhere, when things > >stabilize. > > > >Having a different stream title (and RTSP URL) for session (as Megan > >says below) is like to watching TV, and having to cycle power at every > >commercial. But I understand that the name change is required for proper > >StarBack archiving, so we have to live with it. > > > >I think that 'simple' OpenCDN unattended retransmission can be done in > >these ways: > > > >- only by me: > > * I should know in advance the exact names of the sessions, and place > >different mount points. OpenCDN is not dealing with time schedules by > >know, so the publication page will report these too, or link > >http://commonsvcg.oar.net/ViDe for user information. > > > >- only by you: > > * if you can run an OpenCDN "Origin" daemon entity, you can restart it > >with proper configuration data when session changes, and the actually > >published URL will be used by OpenCDN. Or: > > * you don't bother with OpenCDN entities and configuration, and > >maintain a local (Darwin) relay which sources the different session > >names, and provide a unique URL which can be used by OpenCDN > > > >More complex schemes can be envisaged (such as periodic parsing of your > >announcement page by my part, or reception of an RSS feed from StarBack) > >but they seem really out of our actual reach. > > > >In the meanwhile that I set up an ad-hoc page, maybe someone can have > >some other ideas :-) > > > >Best, > >Alessandro > > > >Il ven, 2005-03-25 alle 08:38, Megan Troyer ha scritto: > > > Alessandro, > > > When the streams go live, they will be updated for each session with an > > > appropriate title for each session, so in that sense, the streams will be > > > going down regularly. Pair that with the 3 consecutive track sessions on > > > Tuesday afternoon and Wednesday, you may have your hands full with static > > > set-ups. > > > > > > As an additional FYI--the streams, when live, will be available at this > > URL: > > > http://commonsvcg.oar.net/ViDe > > > > > > Of course, there's nothing there now and probably will not be there until > > > Monday afternoon. > > > > > > Best, > > > Megan > > > > > > > > > At 08:54 PM 3/24/2005, Alessandro Falaschi wrote: > > > >I said : > > > > > > > > > ...when I try to (manually) configure a Darwin relay for the unicast > > > > > feed (rtsp://192.87.116.121/stream2), its DESCRIBE /stream2 request > > > > > receives a RTSP /1.0 400 Bad Request error from VBrick > > > > > > > >I figured out why, and the sad thing, is that it happens also with > > > >internet2 Starback :-( > > > > > > > >When my mp4layer client sends an RTSP DESCRIBE request, it says > > > > > > > >DESCRIBE > > > >rtsp://commonsvcg.oar.net/Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce > > > >RTSP/1.0\r\n > > > > > > > >on the contrary, when Darwin attempts to build a relay, it says > > > > > > > >DESCRIBE /Internet2/I2-RTC-BOF_860/I2-RTC-BOF_860.ce RTSP/1.0\r\n > > > > > > > >i.e. it is missing of the host and protocol part. As evident, although > > > >correct, this upsets Starback and VBrick. > > > > > > > >The good thing is that... by inserting the full URL as a mountpoint in > > > >the Darwin Relay configuration page, IT WORKS !!!! > > > > > > > >The bad thing is that OpenCDN builds relays interpreting the "mount > > > >point" in a relative fashion - and not absolute. Next thing will be, to > > > >see how this can be made compatible with OpenCDN. I think there is not > > > >much time for modifying the code in this sense, but a static set up on > > > >top of OpenCDN should work, i.e., with a static relay from there to > > > >here, and the "Origin" settled here. This means that if the static feed > > > >goes down, it can't be automatically set up again (real OpenCDN Origins > > > >can, instead). > > > > > > > >tomorrow I will try > > > >-- > > > >Alessandro Falaschi <al...@in...> > > > > > > Megan Troyer 453 Baker Systems > > > Technology Coordinator 1971 Neil Avenue > > > OARnet/ OSU--CIO Columbus, OH 43210 > > > support: 614-247-8066 office: 614-292-8443 > > > tro...@os... cell: 614-946-9613 > > (emergencies only) > > Megan Troyer 453 Baker Systems > Technology Coordinator 1971 Neil Avenue > OARnet/ OSU--CIO Columbus, OH 43210 > support: 614-247-8066 office: 614-292-8443 > tro...@os... cell: 614-946-9613 (emergencies only) |
|
From: Alessandro F. <al...@in...> - 2005-03-24 10:24:54
|
Please, I would like to set up a re-distribution of the webcast by the OpenCDN (http://labtel.ing.uniroma1.it/opencdn/) architecture, as a realistic experimentation about it. May I perform some test in advance ? I would just need an RTSP URL which can be relayed by an Apple Darwin Streaming Server, and if it works, I will place an ad-hoc page at http://ocdn.mirror.garr.it/. Then, I will invite interested parties to place a local replication node. Regards Alessandro Falaschi Il mer, 2005-03-23 alle 19:05, Mary Fran Yafchak ha scritto: > For those who cannot attend the 7th annual SURA/ViDe Digital Video > Conference in Atlanta in person next week (March 28-31), the > conference will be streamed live, compliments of the Internet2 > Commons. > > Streaming is set to include all main track presentations and breakout > sessions. This will begin Monday afternoon, March 28, around 2:30 > Eastern Time (U.S.) until about 4:30. Streaming will resume Tuesday, > 9 am to 6 pm, and Wednesday, 9 am to 3:30 pm. > > Please check the conference website program agenda for times of > sessions of interest and the webcasting page on the website for web > address information: http://www.vide.net/conferences/spr2005 . > > The conference agenda covers a broad range of topics relating to digital video: > - Public broadcasting and higher education collaborations > - HD video over IP > - eLearning > - eHealth > - SIP > - Bleeding edge applications > - K-12 applications > - IBPster > - European perspectives > - Multicast > - Collaboration |
|
From: Alessandro F. <aa...@li...> - 2005-03-18 10:27:53
|
Hi to all, latest release 0.7.1 contained a mistype, and didn't work well. This fixes it. As usual, code is available at http://sourceforge.net/project/showfiles.php?group_id=121628&package_id=132709&release_id=312584 Home page of the project is at http://labtel.ing.uniroma1.it/opencdn/ Cheers -- Alessandro Falaschi - aa...@li... MSN: aa...@li... ICQ: 156691142 Yahoo: aalef_59 Jabber: aal...@ja... |
