<?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: STUN&#8217;d Into Silence</title>
	<atom:link href="http://www.mgraves.org/voip/2009/04/stund-into-silence/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mgraves.org/voip/2009/04/stund-into-silence/</link>
	<description>End User Perspective On IP Telephony In The Home Office</description>
	<lastBuildDate>Fri, 19 Mar 2010 22:30:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Greg</title>
		<link>http://www.mgraves.org/voip/2009/04/stund-into-silence/comment-page-1/#comment-3751</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Mon, 11 Jan 2010 00:51:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mgraves.org/voip/?p=3758#comment-3751</guid>
		<description>Another great resource...  My Gigaset has been loosing inbound audio when connected to the ZipDX bridge.  I read that my client may not be responding to re-INVITES properly.  Using the &quot;forced&quot; re-INVITE option of the wbdemo.zipdx.com, I confirmed that everytime a re-INVITE was issued, the inound audio would stop with onsip.  I then tested with gizmo5, and the re-INVITES worked properly.  The only difference between the two configurations on my gigaset was that gizmo5 was using a stun server, where onsip was not.  Thats when google brought me to this post.  I put the gizmo stun server into the onsip settings (contrary to everything they say) and low and behold, the call continues normally after a re-INVITE!  I look forward to being able to join the VUC in wideband for the first time ever!</description>
		<content:encoded><![CDATA[<p>Another great resource&#8230;  My <a href="http://gigaset.com/" target='_blank'>Gigaset</a> has been loosing inbound audio when connected to the <a href="http://www.zipdx.com" target='_blank'>ZipDX</a> bridge.  I read that my client may not be responding to re-INVITES properly.  Using the &#8220;forced&#8221; re-INVITE option of the wbdemo.<a href="http://www.zipdx.com" target='_blank'>zipdx</a>.com, I confirmed that everytime a re-INVITE was issued, the inound audio would stop with <a href="http://click.linksynergy.com/fs-bin/click?id=5xKqwiz0bjs&offerid=183844.10000008&type=3&subid=0" target='_blank' >onsip</a>.  I then tested with <a href="http://www.gizmo5.com/" target='_blank'>gizmo5</a>, and the re-INVITES worked properly.  The only difference between the two configurations on my <a href="http://gigaset.com/" target='_blank'>gigaset</a> was that <a href="http://www.gizmo5.com/" target='_blank'>gizmo5</a> was using a stun server, where <a href="http://click.linksynergy.com/fs-bin/click?id=5xKqwiz0bjs&offerid=183844.10000008&type=3&subid=0" target='_blank' >onsip</a> was not.  Thats when google brought me to this post.  I put the gizmo stun server into the <a href="http://click.linksynergy.com/fs-bin/click?id=5xKqwiz0bjs&offerid=183844.10000008&type=3&subid=0" target='_blank' >onsip</a> settings (contrary to everything they say) and low and behold, the call continues normally after a re-INVITE!  I look forward to being able to join the <a href="	http://www.voipusersconference.org/" target='_blank'>VUC</a> in <a href="http://en.wikipedia.org/wiki/Wideband_Audio" target='_blank'>wideband</a> for the first time ever!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
