<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Dialing Insanity</title>
	<atom:link href="http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/feed/" rel="self" type="application/rss+xml" />
	<link>http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/</link>
	<description>Experiences, curriculum thoughts, and technology rants related to educational videoconferencing.</description>
	<pubDate>Thu, 28 Aug 2008 03:59:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Roxanne Glaser</title>
		<link>http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17711</link>
		<dc:creator>Roxanne Glaser</dc:creator>
		<pubDate>Fri, 09 Nov 2007 03:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17711</guid>
		<description>I don't understand gatekeepers and GDS and E.164 aliases and all the things that are supposed to make connecting easier. From the vendor presentations, it appears that if you have an end-to-end single vendor solution and only connect to those on your network, all will be simple. 

I always ask vendors about connecting with people outside the network because that is when vc really gets fun...when you are meeting and collaborating with sites from many different places...that is when the hemming and hawing begins. 

That said...we missed our roll call in Megaconference because we had registered with the gatekeeper and completed the test call, but today with everyone in, something was different and after four times getting dropped and our endpoint spontaneously rebooting, we gave up. 

I think it is good for me to experience some things that are frustrating so I can remember how it is for a classroom teacher who might be nervous about his or her first connection. 

Jerry, I agree, there are many things that are frustrating, but the end result can really be amazing. I can be having a stressed out day and when I see the students and what they are doing, it makes it all worth while. 

:-)</description>
		<content:encoded><![CDATA[<p>I don&#8217;t understand gatekeepers and GDS and E.164 aliases and all the things that are supposed to make connecting easier. From the vendor presentations, it appears that if you have an end-to-end single vendor solution and only connect to those on your network, all will be simple. </p>
<p>I always ask vendors about connecting with people outside the network because that is when vc really gets fun&#8230;when you are meeting and collaborating with sites from many different places&#8230;that is when the hemming and hawing begins. </p>
<p>That said&#8230;we missed our roll call in Megaconference because we had registered with the gatekeeper and completed the test call, but today with everyone in, something was different and after four times getting dropped and our endpoint spontaneously rebooting, we gave up. </p>
<p>I think it is good for me to experience some things that are frustrating so I can remember how it is for a classroom teacher who might be nervous about his or her first connection. </p>
<p>Jerry, I agree, there are many things that are frustrating, but the end result can really be amazing. I can be having a stressed out day and when I see the students and what they are doing, it makes it all worth while. </p>
<p> <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janine Lim</title>
		<link>http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17694</link>
		<dc:creator>Janine Lim</dc:creator>
		<pubDate>Thu, 08 Nov 2007 18:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17694</guid>
		<description>That may be true Jerry, but in these scenarios it's the complicated dialing that's coming onto the VC scene that's causing the problem. Many tests were done to make these connections happen, and in both cases the schools know and are using appropriate communication behavior.</description>
		<content:encoded><![CDATA[<p>That may be true Jerry, but in these scenarios it&#8217;s the complicated dialing that&#8217;s coming onto the VC scene that&#8217;s causing the problem. Many tests were done to make these connections happen, and in both cases the schools know and are using appropriate communication behavior.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry R. Steuerwald</title>
		<link>http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17692</link>
		<dc:creator>Jerry R. Steuerwald</dc:creator>
		<pubDate>Thu, 08 Nov 2007 18:40:25 +0000</pubDate>
		<guid isPermaLink="false">http://bcisdvcs.wordpress.com/2007/11/08/dialing-insanity/#comment-17692</guid>
		<description>Janine,

There's no doubt that many teachers are put off by technology glitches like the ones you described in your blog today but in my experience with K-12 users in Indiana I think most of this would diminish if receive sites took the time to read documentation sent to them about a particular video conference and tested their equipment before the conference started.

I just had a conference call this morning where there were five sites connected and two of the sites didn't have the call in numbers even though I sent that information 3 times and all the remote sites didn't use proper IVC protocol.

Schools are making this technology harder than it actually is by refusing to take responsiblity for their own equipment and behavior when using it.  Sorry for the venting I look forward to seeing you next week in Indianapolis at the CILC Symposium.

Jerry R. Steuerwald
Distance Learning Specialist
Wilson Education Center
Charlestown, IN</description>
		<content:encoded><![CDATA[<p>Janine,</p>
<p>There&#8217;s no doubt that many teachers are put off by technology glitches like the ones you described in your blog today but in my experience with K-12 users in Indiana I think most of this would diminish if receive sites took the time to read documentation sent to them about a particular video conference and tested their equipment before the conference started.</p>
<p>I just had a conference call this morning where there were five sites connected and two of the sites didn&#8217;t have the call in numbers even though I sent that information 3 times and all the remote sites didn&#8217;t use proper IVC protocol.</p>
<p>Schools are making this technology harder than it actually is by refusing to take responsiblity for their own equipment and behavior when using it.  Sorry for the venting I look forward to seeing you next week in Indianapolis at the CILC Symposium.</p>
<p>Jerry R. Steuerwald<br />
Distance Learning Specialist<br />
Wilson Education Center<br />
Charlestown, IN</p>
]]></content:encoded>
	</item>
</channel>
</rss>
