<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Re: Excellent!!&#x27; in forum &#x27;&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178085</link>
<description></description>
<language>en</language>
<pubDate>Sat, 11 Feb 2012 14:05:13 EDT</pubDate>
<lastBuildDate>Sat, 11 Feb 2012 14:05:13 EDT</lastBuildDate>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21186389</link>
<description><![CDATA[peter_m posted : <div class="bquote"><small>said by <a href="/profile/1532944" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1532944');">nitzan</a>:</small><br><br><div class="bquote"><small>said by <a href="/profile/401196" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=401196');">pandora</a>:</small><br><br>Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div></div>Have you heard of the Echelon project?<br><br>Peter<br><br>EDIT: I don't sleep at night with a tin foil hat on my head... I only wear it when I am near technology.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21186389</guid>
<pubDate>Mon, 29 Sep 2008 12:48:28 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21184596</link>
<description><![CDATA[anon posted : IT is very easy to tap into an ISDN PRI T-1 voice circuit.  Get yourself a TBERD (T-1 Bit Error Rate Detector), and hook up to the two pair of twisted copper wires, anywhere on the pathway.  IT happens a thousand time a day, by technicians troubleshooting issues with voice quality.  They listen in on calls to start the process.  This is much easier to do than sniff IP traffic.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21184596</guid>
<pubDate>Mon, 29 Sep 2008 06:38:33 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21181998</link>
<description><![CDATA[quetwo posted : I wouldn't say that to be true.  At my last job, I worked for a contactor that was responsible for responding to these alarms.  Most banks have lightspans to their HQ where a tap on the T1 would show large amounts of attenatituion/loss.  Our equipment would alarm out to us on a red or yellow, and we would be be in the equipment to check it out.  Any additional slips, or additional signal loss would be an immediate call to the LEC's major account center.  If it looked fishy, we would also call the bank's security group.<br><br>Almost every time when we caught something, it ended up being a wet transport cable or a janitor leaning a broom against the 66 block.  I would get my inital notification within 30-60 seconds, with the rest of the processes kicking off within minutes.  That is almost as much time as it would take an attacker to sync up with the D-channel, to even be able to dump the ISDN frames.<br><br>Most banks cherish their T1's.  Remember that most of their ATM's will run off ISDN-BRI/PRI, so even something as small as a slip could be financially impacting to an end user.  Banks don't want to risk loosing customers based on a technology issue (they want to save up their grace for bad customer service ;P )]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21181998</guid>
<pubDate>Sun, 28 Sep 2008 13:55:44 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21181971</link>
<description><![CDATA[quetwo posted : My point is, however, security and encryption exists for many PBXes, but many of the smaller vendors (mostly the softswitch vendors), choose not to use the TIA protocols.  H.323, for example, has a very well defined annex spec that specificies DSA based encryption between two end points.  Many of the SIP vendors (Polycom, etc), choose not to invest in these technologies.  It's just typical of the free/OSS world.<br><br>I tell my customers that it is to be assumed that the PSTN is secure from most sources, government aside.  It is considered much more secure than any TCP/IP transport, and more secure than any mobile connection (Cell/portable).  Inter-tamdem communications are considered very private, as many of the tap-points that are commonly used for wide-range snoops are at Class I and Class II offices.  (T), our ILEC will always tap upon a government request, but for the most part, those do require a signed suponea. <br><br>CALEA pretty much dictiates that you be able to provide a tap at the point of PSTN interconnection.  So, yes, you cannot facilitate end-to-end encryption over the PSTN without a HLS waiver.  However, CALEA does not apply for interswitch communications, and switch-to-endpoint communications.  It only applies if you act as a "gateway to other services".  Our lawyers have interperated this as the communication from one of our customers to the outside only.  Encrption between the customer and you should not be an issue in this case.  If you act as an ISP, you are only to be concerned that you are able to tap the data from the customer to the next POP; you sholdn't care of the payload.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21181971</guid>
<pubDate>Sun, 28 Sep 2008 13:42:50 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21181261</link>
<description><![CDATA[anon posted : No you can't it would take down the ds1.You would have to be on the end of the ds1(customer side after the hand off to the router),telco side IS -189V DC (if using HDSL method of transport for ds1),(and -130v if using repeated route t1 to transport ds1).Telco ds1 is very secure,even better if it goes from electrical (copper wire) to a optical carrier(fiber). ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21181261</guid>
<pubDate>Sun, 28 Sep 2008 10:08:39 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21181260</link>
<description><![CDATA[anon posted : <div class="bquote">False. Look up BPI+.<br></div>I've seen it done. All it takes is a trip to RadioShack.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21181260</guid>
<pubDate>Sun, 28 Sep 2008 10:08:38 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21181242</link>
<description><![CDATA[anon posted : <div class="bquote">I could be wrong, but AFAIK your neighbors CANNOT sniff your packets. Unless they have access to the switch - which they don't - they cannot listen in on you.<br></div>You <b>ARE</b> wrong.<br><br>Why don't you do some <b>READING</b> on the subject. That will save you from posting misinformation which some here will assume is correct.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21181242</guid>
<pubDate>Sun, 28 Sep 2008 09:59:11 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21180805</link>
<description><![CDATA[nitzan posted : <div class="bquote"><small>said by <a href="/profile/1070995" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1070995');">quetwo</a>:</small><br><br><div class="bquote"><small>said by <a href="/profile/1532944" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1532944');">nitzan</a>:</small><br><br>Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.<br><br>If a third-party wanted to spy on you specifically, in 99% of cases they can't.<br> </div>My point is that let alone your ISP, but if you are in a business enviroment (the largest deployment of VoIP is in the business world), most workers work on a common switching infastructure as their telecommunications equipment.  If I have a SIP/H.323 link between my PBX and your service, it would not be encrypted.  Chances are it will also travel over some of this common switching infastructure, where it could be snooped on.  <br><br>This is how my PBX is setup, except we went the extra mile of forcing our vendor (Qwest) to allow us to interconnect with H.323e + TLS/G.711.  That way, the signaling and the voice channels are encrypted the entire stretch (although the encryption is fairly weak, but it still exists).<br> </div>I think in this scenario you'd want to isolate the PBX from the rest of the network, and perhaps implement security between the phones and the PBX. I think it's more likely for a phone to be tapped on the switch it's connected to than between the PBX and VSP. (easier to access the phone's switch)<br><br>Either way though- no matter what you do, at this point in time inherently VoIP is not secure. But neither is PSTN for that matter. :) There are very few real options for end-to-end secure conversations, and they cost thousands of dollars.<br><br>Security will come once there's enough demand in the market of course, but unfortunately we have to wait until that happens.<br><br>Another thing to keep in mind is that it is potentially illegal for VoIP providers to provide end-to-end security. i.e. they have a legal obligation to be able to tap your phone should law officials require it (CALEA). They could probably get around it by doing some sort of "translation" where they'd open one secure session with you, and one with the terminating carrier - but again this means technologies that aren't really mature yet. (not to mention extra horsepower for all the encrypted sessions)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21180805</guid>
<pubDate>Sun, 28 Sep 2008 03:33:00 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21180719</link>
<description><![CDATA[Cthen posted : <div class="bquote"><small>said by <a href="/profile/1532944" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1532944');">nitzan</a>:</small><br><br>Interesting. Didn't know that.<br><br>So essentially, cable internet is inherently less secure than, say, DSL? or better yet - FTTH?<br> </div>Since when has the internet ever been secure on any ISP?  Just because some connections go through the CO first doesn't mean some one can't tap into it along the way. ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21180719</guid>
<pubDate>Sun, 28 Sep 2008 02:16:00 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21180704</link>
<description><![CDATA[Kearnstd posted : i take it you cant just remove the rubber and allagator clip onto each T1 wire inside the twisted pair like they do in the movies.<br><small>--<br>[65 Arcanist]Filan(High Elf) Zone: Broadband Reports</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21180704</guid>
<pubDate>Sun, 28 Sep 2008 02:03:38 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21180138</link>
<description><![CDATA[joako posted : <div class="bquote"><small>said by <a href="/profile/1070995" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1070995');">quetwo</a>:</small><br><br><div class="bquote"><small>said by <a href="/profile/198350" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=198350');">joako</a>:</small><br><br>Most of these banks also send a good amount of their voice traffic over T1 (voice) lines which would be trivial to tap into, even down the road.<br> </div>It is actually very difficult to tap into a T1 service.  T1 lines uses a very sporratic form of CRC checking for SLIP errors.  Any loss on the line would disrupt the communicaiton and cause major alarms on the equipment on either side.  You usually can't get a tone/test on a pair NEAR a T1 before it causes it to slip.  Mind you, if you use an official CSU (or similar device with a monitor bypass port), you can technially sniff the T1, but these should be in fairly secure areas (at the CO and the cust prem).  <br> </div>"major alarms" sorry no. Yes the T1 interface might go into red alarm for a second... the end on the CO is certainly not monitored. The "alarm" is more of a name than anything. If you call in a trouble ticket yes they will look at it but otherwise no.<br><br>Same at the other end... noones going to be monitoring the routers to see if there is a problem. Normally there are no IT persons at the banks. Even if the equipment were reporting the line status to a remote point, they aren't going to go on a witch hunt for the remote chance that someone somewhere might be tapping the line. If they are gathering that info they are trying to determine a long term pattern of problems so the telco can fix it.<br><br>OTOH I'm not saying it's as easy or trivial to tap into a T1 line as say an analog phone line with a buttset.<br><small>--<br>09:F9:11:02:9D:74:E3:5B:D8:41:56:C5:63:56:88:C0</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21180138</guid>
<pubDate>Sat, 27 Sep 2008 22:46:43 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179985</link>
<description><![CDATA[quetwo posted : <div class="bquote"><small>said by <a href="/profile/1532944" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1532944');">nitzan</a>:</small><br><br>Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.<br><br>If a third-party wanted to spy on you specifically, in 99% of cases they can't.<br> </div>My point is that let alone your ISP, but if you are in a business enviroment (the largest deployment of VoIP is in the business world), most workers work on a common switching infastructure as their telecommunications equipment.  If I have a SIP/H.323 link between my PBX and your service, it would not be encrypted.  Chances are it will also travel over some of this common switching infastructure, where it could be snooped on.  <br><br>This is how my PBX is setup, except we went the extra mile of forcing our vendor (Qwest) to allow us to interconnect with H.323e + TLS/G.711.  That way, the signaling and the voice channels are encrypted the entire stretch (although the encryption is fairly weak, but it still exists).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179985</guid>
<pubDate>Sat, 27 Sep 2008 22:05:27 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179963</link>
<description><![CDATA[quetwo posted : <div class="bquote"><small>said by anony101 :</small><br><br>Keep in mind that encrypted VOIP calls lose the encryption once they reach the PSTN.<br> </div>True, but again, the PSTN is regulated, and in the pre-Bush world, it was very hard to get access to the data going across it.  Sadly this is not the case as much anymore.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179963</guid>
<pubDate>Sat, 27 Sep 2008 22:01:11 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179954</link>
<description><![CDATA[quetwo posted : <div class="bquote"><small>said by <a href="/profile/198350" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=198350');">joako</a>:</small><br><br>Most of these banks also send a good amount of their voice traffic over T1 (voice) lines which would be trivial to tap into, even down the road.<br> </div>It is actually very difficult to tap into a T1 service.  T1 lines uses a very sporratic form of CRC checking for SLIP errors.  Any loss on the line would disrupt the communicaiton and cause major alarms on the equipment on either side.  You usually can't get a tone/test on a pair NEAR a T1 before it causes it to slip.  Mind you, if you use an official CSU (or similar device with a monitor bypass port), you can technially sniff the T1, but these should be in fairly secure areas (at the CO and the cust prem).  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179954</guid>
<pubDate>Sat, 27 Sep 2008 21:59:35 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179813</link>
<description><![CDATA[ThrowDemsOut posted : There is no protection against tampering with the signals on the RF cable network.<br><br>The main advantages of BPI+ in DOCSIS 1.1 is the capability to upgrade crypto mechanisms in already deployed Cable Modems and the use of digital certificates to authenticate Cable Modems.<br><br>Notice also that all setup and configuration of the BPI functions are made at the CMTS, so as a user you have very little control over when your data are encrypted and when they are not. In reality the purpose of BPI and BPI+ is this<br><br>    * To protect against theft of service <br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a><br>Ask yourself one question: 'Do I feel lucky?' Well, do ya punk?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179813</guid>
<pubDate>Sat, 27 Sep 2008 21:25:16 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179786</link>
<description><![CDATA[joako posted : <div class="bquote"><small>said by <a href="/profile/1070995" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1070995');">quetwo</a>:</small><br><br>But what about the people that are not supposed to have access to this data/voice?  What about the guy who is there fixing your printer, running Wireshark, and is taking dumps of all of your traffic?  There are no longer just policy issues, but real security issues.<br><br>Would you go to a banking website that didn't offer SSL?  Would you call them?  Sure!  But if you/your company didn't secure their VoIP, it is just as secure as plain HTTP.<br> </div>And I'll tell you security on bank networks isn't perfect. All of this would be possible with physical access to the networking equipment. The ones I've been in don't restrict DHCP leases. You do need to use a proxy server most of the time and many times that's password protected (same as AD login) but there's no device control. I can walk in <br><br>The banking applications appear to be well secured (not my job...not going to test their security) but I sure hope all network traffic is encrypted.<br><br>Most of these banks also send a good amount of their voice traffic over T1 (voice) lines which would be trivial to tap into, even down the road.<br><small>--<br>09:F9:11:02:9D:74:E3:5B:D8:41:56:C5:63:56:88:C0</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179786</guid>
<pubDate>Sat, 27 Sep 2008 21:16:56 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179728</link>
<description><![CDATA[pfak posted : <div class="bquote"><small>said by <a href="/profile/594412" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=594412');">ThrowDemsOut</a>:</small><br><br>You couldn't do it on the PC side of the cable modem. But if you hook up a device directly to the cable and bypass the cable modem altogether with a sniffer device, you could see and capture the packets on your local node.<br> </div>Look up BPI+.<br><br>Sometimes I really wish DSLR had a moderation system like Slashdot so all your posts would be "-1" :)<br><small>--<br><A HREF="http://xenophase.net">Xenophase </a> - British Columbia's premier online gaming community.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179728</guid>
<pubDate>Sat, 27 Sep 2008 21:00:36 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179478</link>
<description><![CDATA[Cabal posted : <div class="bquote"><small>said by anony101 :</small><br><br><div class="bquote">Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div>That's not accurate. Cable customers can listen in to unencrypted VOIP calls within the same node they're in which means their neighborhood.<br> </div>False. Look up BPI+.<br><small>--<br>Do you care about network neutrality, the right to privacy, or patent system abuse? Obama <A HREF="http://versionista.com/diff/JAS9LMr5qU7q8BSroV8KzQ/">used to</a>.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179478</guid>
<pubDate>Sat, 27 Sep 2008 19:58:29 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179320</link>
<description><![CDATA[nitzan posted : Interesting. Didn't know that.<br><br>So essentially, cable internet is inherently less secure than, say, DSL? or better yet - FTTH?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179320</guid>
<pubDate>Sat, 27 Sep 2008 19:22:51 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179304</link>
<description><![CDATA[ThrowDemsOut posted : <div class="bquote"><small>said by <a href="/profile/1532944" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1532944');">nitzan</a>:</small><br><br><div class="bquote"><small>said by anony101  :</small><br><br><div class="bquote">Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div>That's not accurate. Cable customers can listen in to unencrypted VOIP calls within the same node they're in which means their neighborhood.<br> </div>I could be wrong, but AFAIK your neighbors <b>CANNOT</b> sniff your packets. Unless they have access to the switch - which they don't - they cannot listen in on you.<br> </div>You couldn't do it on the PC side of the cable modem. But if you hook up a device directly to the cable and bypass the cable modem altogether with a sniffer device, you could see and capture the packets on your local node.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a><br>Ask yourself one question: 'Do I feel lucky?' Well, do ya punk?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179304</guid>
<pubDate>Sat, 27 Sep 2008 19:17:43 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179294</link>
<description><![CDATA[nitzan posted : <div class="bquote"><small>said by anony101 :</small><br><br><div class="bquote">Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div>That's not accurate. Cable customers can listen in to unencrypted VOIP calls within the same node they're in which means their neighborhood.<br> </div>I could be wrong, but AFAIK your neighbors <b>CANNOT</b> sniff your packets. Unless they have access to the switch - which they don't - they cannot listen in on you.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179294</guid>
<pubDate>Sat, 27 Sep 2008 19:13:09 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179205</link>
<description><![CDATA[pandora posted : <div class="bquote"><small>said by anony101 :</small><br><br><div class="bquote">Thanks for the information. I have another question about security. My thought was my cable Internet service is shared with about 60-100 of my neighbors. Wouldn't any of my neighbors on our shared Comcast cable node be able to listen into my VOIP calls?</div>It depends whether your VOIP provider uses SRTP to encrypt RTP packets from you to their proxy. Some do and some don't. You should call them and ask.<br><br>Keep in mind that encrypted VOIP calls lose the encryption once they reach the PSTN.<br> </div>If you read this thread, you'll see my provider has posted and indicated there is no security for my VOIP content.<br><br>&raquo;<A HREF="/forum/remark,21178485">Re: Excellent!!</A><br><small>--<br>"People demand freedom of speech as a compensation for the freedom of thought which they seldom use."</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179205</guid>
<pubDate>Sat, 27 Sep 2008 18:42:48 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179163</link>
<description><![CDATA[knightmb posted : <div class="bquote"><small>said by anony101 :</small><br><br><div class="bquote">Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div>That's not accurate. Cable customers can listen in to unencrypted VOIP calls within the same node they're in which means their neighborhood.<br> </div>Does that mean all Cable calls are unencrypted by default? How would a customer turn on encryption?<br><small>--<br>Fight NebuAD and the like:<br><A HREF="http://wanip.org/anti-nebuad/">Click Here to pollute their data</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179163</guid>
<pubDate>Sat, 27 Sep 2008 18:28:02 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179074</link>
<description><![CDATA[anon posted : <div class="bquote">Thanks for the information. I have another question about security. My thought was my cable Internet service is shared with about 60-100 of my neighbors. Wouldn't any of my neighbors on our shared Comcast cable node be able to listen into my VOIP calls?</div>It depends whether your VOIP provider uses SRTP to encrypt RTP packets from you to their proxy. Some do and some don't. You should call them and ask.<br><br>Keep in mind that encrypted VOIP calls lose the encryption once they reach the PSTN.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179074</guid>
<pubDate>Sat, 27 Sep 2008 18:02:05 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179043</link>
<description><![CDATA[anon posted : <div class="bquote">Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.</div>That's not accurate. Cable customers can listen in to unencrypted VOIP calls within the same node they're in which means their neighborhood.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179043</guid>
<pubDate>Sat, 27 Sep 2008 17:51:23 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21179021</link>
<description><![CDATA[Kearnstd posted : afaik no, i dont think they can get your packets to come through their cable modem.  atleast not in the current versions of DOCSIS.  id imagine their CDV service would be harder to "hack" unless of course you have access to the switch or some other point where your calls are no longer on the DOCSIS network and are on a normal IP network.<br><br>that said if someone wants to get at your calls they will, there is no such thing as absolute communications security unless you have an empty sound proof room that is also a Faraday cage, and fires off an EMP in the room before you start talking(to fry any micro-recorders).<br><small>--<br>[65 Arcanist]Filan(High Elf) Zone: Broadband Reports</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21179021</guid>
<pubDate>Sat, 27 Sep 2008 17:45:21 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178496</link>
<description><![CDATA[pandora posted : Thanks for the information. I have another question about security. My thought was my cable Internet service is shared with about 60-100 of my neighbors. Wouldn't any of my neighbors on our shared Comcast cable node be able to listen into my VOIP calls?<br><small>--<br>"People demand freedom of speech as a compensation for the freedom of thought which they seldom use."</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178496</guid>
<pubDate>Sat, 27 Sep 2008 15:19:18 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178492</link>
<description><![CDATA[nitzan posted : <div class="bquote"><small>said by <a href="/profile/1070995" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1070995');">quetwo</a>:</small><br><br>Would you go to a banking website that didn't offer SSL?  Would you call them?  Sure!  But if you/your company didn't secure their VoIP, it is just as secure as plain HTTP.</div>Totally agreed. The problem however is that Secure RTP is not mature enough at this point, so it is simply not available as a widespread solution. It'll be some time (and probably a lot more demonstrations of vulnerability) before this area gets the attention it deserves.<br><small>--<br>Nitzan Kon, CEO<br>Future Nine Corporation</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178492</guid>
<pubDate>Sat, 27 Sep 2008 15:18:26 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178485</link>
<description><![CDATA[nitzan posted : <div class="bquote"><small>said by <a href="/profile/401196" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=401196');">pandora</a>:</small><br><br>Ok, try this. I'm a Future-Nine customer, using a PAP2T. How exactly do I get secure VOIP communication on my calls?</div>You cannot at this point. Secure RTP is not developed enough to implement at this point in time unfortunately.<br><br>We do intend to implement it once readily available though.<br><br>Keep in mind however that the only ones who can "listen in" on your calls are your ISP, our ISP, and the phone companies on the way. None of which are going to bother filtering through millions of minutes of call time.<br><br>If a third-party wanted to spy on you specifically, in 99% of cases they can't.<br><small>--<br>Nitzan Kon, CEO<br>Future Nine Corporation</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178485</guid>
<pubDate>Sat, 27 Sep 2008 15:16:15 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178404</link>
<description><![CDATA[pandora posted : Ok, try this. I'm a Future-Nine customer, using a PAP2T. How exactly do I get secure VOIP communication on my calls?<br><small>--<br>"People demand freedom of speech as a compensation for the freedom of thought which they seldom use."</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178404</guid>
<pubDate>Sat, 27 Sep 2008 14:55:04 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178292</link>
<description><![CDATA[quetwo posted : But what about the people that are not supposed to have access to this data/voice?  What about the guy who is there fixing your printer, running Wireshark, and is taking dumps of all of your traffic?  There are no longer just policy issues, but real security issues.<br><br>Would you go to a banking website that didn't offer SSL?  Would you call them?  Sure!  But if you/your company didn't secure their VoIP, it is just as secure as plain HTTP.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178292</guid>
<pubDate>Sat, 27 Sep 2008 14:22:39 EDT</pubDate>
</item>

<item>
<title>Re: Excellent!!</title>
<link>http://www.dslreports.com/forum/Re-Excellent-21178183</link>
<description><![CDATA[ThrowDemsOut posted : <div class="bquote"><small>said by <a href="/profile/310401" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=310401');">bigunk</a>:</small><br><br>Since this is what I do for a living, the more I can learn, the better for my clients.<br> </div>And many businesses tell their employees that they can and will listen in to voice calls and internet traffic made using office devices. A tool like this would make that easier to do. Security departments in large companies often monitor both voice and data communications of their employees. And as long as they let their employees know this it has been ruled legal.<br><small>--<br><A HREF="http://tinyurl.com/bqv2h"><b>My BLOG ..</b></a><A HREF="http://tinyurl.com/2a9xcb"><i> .. Internet News ..</i></a><A HREF="http://tinyurl.com/yz8xto"><b> .. My Web Page</b></a><br>Ask yourself one question: 'Do I feel lucky?' Well, do ya punk?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Excellent-21178183</guid>
<pubDate>Sat, 27 Sep 2008 13:54:58 EDT</pubDate>
</item>

<item>
<title>Excellent!!</title>
<link>http://www.dslreports.com/forum/Excellent-21178085</link>
<description><![CDATA[bigunk posted : Since this is what I do for a living, the more I can learn, the better for my clients.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Excellent-21178085</guid>
<pubDate>Sat, 27 Sep 2008 13:30:08 EDT</pubDate>
</item>

</channel>
</rss>

