« November 2009 | Main | January 2010 »


December 30, 2009

Cisco Files to Patent to Enter the Search Engine Business

Editor's Note:  Here's a novel idea, maybe there are websites that people want to be private and if they wanted the search engines to know about them then they would let them know.   I think Cisco is making a pretty big assumption here.  I would rather see the search engines themselves deploy this gear in their datacenters and use it for people doing searches on their indexes and use that data to do inclusions if at all.  But I would not like to see this as a new standard deployed everywhere.
 
One of the limitations of search engines such as Google (GOOG) or Microsoft’s (MSFT) Bing that crawl the web looking for links is that they can only tell you about what they’ve finally come upon. That still leaves vast amounts of material as yet to be “discovered.” A patent application from Cisco (CSCO) suggests a clever way to help update the engines — and to make a manufacturer of network equipment an important part of yet another industry.

In June 2008, Cisco filed a patent application yet to be granted but published by the US Patent and Trademark Office on December 17, 2009. The title is Seeding search engine crawlers using intercepted network traffic. As the application notes, a web-crawling search engine has a basic limitation: it cannot index sites of which it doesn’t yet know. Furthermore, it may never be able to reach pages that have not been introduced, either by direct input or by being connected to its existing structure of web pages, known as a web-graph.

And yet, people still use these pages. Cisco’s claimed invention is to have network equipment such as “routers, multilayer switches or any other suitable device” examine data packets for HTTP requests that appear when a network user is looking to reach a resource on the web. The devices would strip out the URLs and pass them to the search engine, which would now know about the page and be able to add the new-to-it site to the web-graph.

Click Here to Continue Reading

December 29, 2009

VoIP racket busted and equipment seized

KATHMANDU: An investigation team dispatched from Metropolitan Police Crime Division raided a well-equipped underground call centre in Ravibhawan and arrested a racketeer for his involvement in flouting telecommunication laws recently.

The accused Anwar Hussein (24), who hails from Kolkata-24 Porguna, India, and his two accomplices were found to be operating VoIP (Voice over Internet Protocol) from a rented three-storey building, illegally blocking Nepal Telecom’s gateway, thus inflicting a loss of millions. While, the other accused, Bharat Lal Shrestha (27), hailing from Chaugada-3, Nuwakot, and another named Raju are at large. Raju’s details were still sketchy.

SSP Rana Bahadur Chand, in-charge, MPCD, revealed that the threesome had been using the SIM cards bearing numbers — 9807020501, 9803811605 and 9841467386 — registered in the name of Raju, who goes by his single name.
 
The police also recovered an eight-lined CDMA wireless adaptor, a Euro Tech Communication’s 32-lined capacity GSM VoIP, a GSM VoIP Gateway equipment, a UPS, a wireless broadband internet antenna, extension codes, a requester, 300 recharge cards, a laptop, a desktop, mobile phone sets and 209 Mero Mobile SIM cards, among others.

The seized properties are said to be worth over Rs 10 million. Anwar has been handed over to Metropolitan Police Range, Hanumandhoka.

What is VOIP Gateway?

Call by-passers make use of VoIP GSM Gateway to divert international rings from the official gateway. The call is then transferred to the telecom subscribers through a GSM SIM card. The ISD then displays a personal caller ID on the receiver’s gadget. VoIP has always been a headache for telecom service providers in the country. As per the Telecommunications Act, 2053, any person convicted of posing threat to telecommunications systems and service can face a fine equal to the principal amount of loss caused or sentence up to five years in prison or both.

VoIP uses broadband Internet for routing phone calls, unlike conventional switching and fibre-optic alternatives.

Source:  Himalayan Times

December 18, 2009

Asterisk PBX 1.6.1.12 Now Available

The Asterisk Development Team has announced the release of Asterisk PBX 1.6.1.12.

This release is available for immediate download at
http://downloads.asterisk.org/pub/telephony/asterisk/

The release of Asterisk 1.6.1.12 resolved several issues reported by the community, and would have not been possible without your participation. Thank you!

 * Fix multiple issues with musiconhold, which led to classes not getting
   destroyed properly.
   (closes issues #16279, #16207), reported by: parisioa, dcabot, patched by:
   tilghman, tested by: parisioa, tilghman

 * Fix compatibility with valgrind 3.3 and older.
   (noticed in issue #16388), reported by: parisioa, patched by: atis, tested
   by: atis, parisioa

 * Prevent double closing of FDs by EIVR
   (closes issue #16305), reported by: diLLec, patched, tested by: thedavidfactor


 * Send ack (response/message) after receiving manager action userevent
   (closes issue #16264), reported, patched by: dimas

 * Make manager response to "Action: events" finish with empty line
   (closes issue #16275), reported, patched by: vnovy

This release also contains significant improvements to T.38 support. Anyone who has tried T.38 faxing in the past should try again as most problems should now be resolved.

A summary of changes in this release can be found in the release summary:
http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.6.1.12-summary.txt

For a full list of changes in this releases, please see the ChangeLog:

http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.6.1.12

Thank you for your continued support of Asterisk!

Asterisk PBX 1.4.28 Now Available

The Asterisk Development Team has announced the release of Asterisk PBX 1.4.28. This release is available for immediate download at
http://downloads.asterisk.org/pub/telephony/asterisk/

The release of Asterisk 1.4.28 resolved several issues reported by the community, and would have not been possible without your participation. Thank you!

 * Send ack (response/message) after receiving manager action userevent
   (closes issue #16264), reported, patched by: dimas

 * Do not modify the gain settings on data calls in chan_dahdi.
   (closes issue #15972), reported by: udosw, patched, tested by: alecdavis

 * fixes solaris segfault on dial with verbosity >= 3
   (closes issue #16193), reported by: asgaroth, patched by: snuffy, tested by:
   snuffy, asgaroth

 * fixes conditional jump or move depending on uninitialised STACK value
   (closes issue #16261), reported, patched by: edguy3

 * Copy the peer CDR's userfield to the bridge CDR if it exists.
   (closes issue #14590), reported by: msetim, patched by Laureano, tested by:
   Laureano, mnicholson

A summary of changes in this release can be found in the release summary:
http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.4.28-summary.txt

For a full list of changes in this releases, please see the ChangeLog:
http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-1.4.28

Thank you for your continued support of Asterisk!

December 14, 2009

Intel has no plans to bid for Wimax spectrum

Chip maker Intel, a key player in the wireless broadband technology (Wimax), today said it has no plans to bid for Wimax spectrum auction, which is due to happen later next month.

"We have no such plans (to bid for Wimax spectrum auction) it is for the operator to go for this. We will do what we are best at... to make platform and get the devices up there," Intel South Asia Managing Director (Sales and Marketing) R Sivakumar said here.

Sivakumar was replying to a query if Intel being a pioneer in deploying wireless technology in the world would be interested to bid for Wimax spectrum auction scheduled to happen in January.

Yesterday, Intel and BSNL launched wireless broadband services in Jaipur.

Source:
PTI

December 10, 2009

FCC plans to formalize Internet rules on net neutrality draw fire

The Internet has long adhered to one basic principle: Nobody's in charge. That hallmark owes to the Internet's grand design. It's basically a global confederation of unrelated computers, making it impervious to hurricanes, earthquakes and other disasters. Hackers regularly attack, but can't shut it down. Governments, try as they might, also can't control it. That doesn't mean the Internet is meddle-proof.

Its Achilles' heel: Internet service providers, or ISPs. They control the on-off ramps used by millions to enter and exit the World Wide Web each day. Access is typically provided by phone and cable TV companies, via upgraded phone lines and high-speed cable-TV modems.

Currently, the only thing stopping ISPs from abusing their control are four "Internet principles" – voluntary guidelines, which are subject to interpretation.

Now, the Federal Communications Commission wants to turn those guidelines into hard rules and extend them to wireless, and that's creating a heated debate across the USA about "net neutrality" – the idea that all Internet service providers should treat all traffic on their networks the same.

The goal: to preserve the Internet as a free and open communications platform that's open to all but controlled by none. That was the original goal of the Internet's creators more than 40 years ago.

Click Here to Continue Reading

Powered by: Dal