Explanation of DUNDi - Revision history

Rubzzzz: What is DUNDi? moved to Explanation of DUNDi

2007-02-20T17:21:49Z

What is DUNDi? moved to Explanation of DUNDi

Gijs: /* DUNDi cloud */

2007-02-11T13:28:12Z

DUNDi cloud

Gijs: /* DUNDi cloud */

2007-02-11T13:27:09Z

DUNDi cloud

Gijs at 10:24, 10 February 2007

2007-02-10T10:24:09Z

Gijs at 10:20, 10 February 2007

2007-02-10T10:20:57Z

Rubzzzz at 09:55, 10 February 2007

2007-02-10T09:55:03Z

Rubzzzz at 10:11, 6 February 2007

2007-02-06T10:11:10Z

New page

Ik ben hier nu even mee bezig, dus informatie is niet echt helder :P

[http://www.dundi.info/ DUNDi] (Distributed Universal Number Discovery) is a peer-to-peer system for locating Internet gateways to telephony services. In order to do so, it publishes routes and this routes can be accessed with the use of protocols sucs as H323, IAX(2) or SIP.

From [http://www.sineapps.com/news.php?rssid=240 Another DUNDi site]:

DUNDi is essentially a trusted, peer-to-peer system for being able to call any phone number from the Internet. DUNDi works by creating a network of nodes called the "DUNDi E.164 Trust Group" which are bound by a common peering agreement known as the General Peering Agreement or GPA. The GPA legally binds the members of the Trust Group to provide good-faith accurate information to the other nodes on the network, and provides standards by which the community can insure the integrity of the information on the nodes themselves. Unlike ENUM or similar systems, DUNDi is explicitly designed to preclude any necessity for a single centralized system which could be a source of fees, regulation, etc.

Much less dramatically, DUNDi can also be used within a private enterprise to share a dialplan efficiently between multiple nodes, without incuring a risk of a single point of failure. In this way, administrators can locally add extensions which become immediately available to the other nodes in the system.

In the DUNDi model, there is no central repository. Instead, node participate in a trust system in which each node has a trust relationship with at least one other node in the system. When the client requests a number or extension it does not know how to terminate, it queries the nodes directly connected to it. Those nodes in turn will query nodes which are directly connected to them and so on (care is taken in the protocol to minimize the actual number of transactions and nodes that are queried, while maintaining the same effective answer as querying the entire system). The resulting answers are collated, cached appropriately at each involved node, and passed along to the original requesting party.

==Links ==
* [http://www.dundi.info/dundi.pdf DUNDi whitepaper]
* [http://www.cse.iitd.ernet.in/~csd01431/minorp/CS760S.htm Linkje]
* [http://www.voip-info.org/wiki/index.php?page=Asterisk+bandwidth+iax2 Asterisk bandwidth Iax2]

@@ Line 10: / Line 10: @@
 If a DUNDi peer, capable of terminating a certain call, is found, this information will be cached by all DUNDi peers involved in the query.
-For collaboration on the world-wide E.164-DUNDi cloud, you will have to conform to the [[GPA]]
+For collaboration on the world-wide E.164-DUNDi cloud, you will have to conform to the [[GPA|General Peering Agreement]]
 == Protocol, codecs etc. ==

@@ Line 10: / Line 10: @@
 If a DUNDi peer, capable of terminating a certain call, is found, this information will be cached by all DUNDi peers involved in the query.
+For collaboration on the world-wide E.164-DUNDi cloud, you will have to conform to the [[GPA]]
 == Protocol, codecs etc. ==

← Older revision		Revision as of 10:24, 10 February 2007
Line 32:		Line 32:

	In the DUNDi model, there is no central repository. Instead, node participate in a trust system in which each node has a trust relationship with at least one other node in the system. When the client requests a number or extension it does not know how to terminate, it queries the nodes directly connected to it. Those nodes in turn will query nodes which are directly connected to them and so on (care is taken in the protocol to minimize the actual number of transactions and nodes that are queried, while maintaining the same effective answer as querying the entire system). The resulting answers are collated, cached appropriately at each involved node, and passed along to the original requesting party.		In the DUNDi model, there is no central repository. Instead, node participate in a trust system in which each node has a trust relationship with at least one other node in the system. When the client requests a number or extension it does not know how to terminate, it queries the nodes directly connected to it. Those nodes in turn will query nodes which are directly connected to them and so on (care is taken in the protocol to minimize the actual number of transactions and nodes that are queried, while maintaining the same effective answer as querying the entire system). The resulting answers are collated, cached appropriately at each involved node, and passed along to the original requesting party.
		+
		+
		+	=[[Links#DUNDi_links\|DUNDi links]]=

← Older revision		Revision as of 09:55, 10 February 2007
Line 10:		Line 10:

	In the DUNDi model, there is no central repository. Instead, node participate in a trust system in which each node has a trust relationship with at least one other node in the system. When the client requests a number or extension it does not know how to terminate, it queries the nodes directly connected to it. Those nodes in turn will query nodes which are directly connected to them and so on (care is taken in the protocol to minimize the actual number of transactions and nodes that are queried, while maintaining the same effective answer as querying the entire system). The resulting answers are collated, cached appropriately at each involved node, and passed along to the original requesting party.		In the DUNDi model, there is no central repository. Instead, node participate in a trust system in which each node has a trust relationship with at least one other node in the system. When the client requests a number or extension it does not know how to terminate, it queries the nodes directly connected to it. Those nodes in turn will query nodes which are directly connected to them and so on (care is taken in the protocol to minimize the actual number of transactions and nodes that are queried, while maintaining the same effective answer as querying the entire system). The resulting answers are collated, cached appropriately at each involved node, and passed along to the original requesting party.
−
−	~~==Links ==~~
−	* [http://www.dundi.info/dundi.pdf DUNDi whitepaper]
−	* [http://www.cse.iitd.ernet.in/~csd01431/minorp/CS760S.htm Linkje]
−	* [http://www.voip-info.org/wiki/index.php?page=Asterisk+bandwidth+iax2 Asterisk bandwidth Iax2]

← Older revision	Revision as of 17:21, 20 February 2007
(No difference)

@@ Line 1: / Line 1: @@
-Ik ben hier nu even mee bezig, dus informatie is niet echt helder :P
+[http://www.dundi.info/ DUNDi] (Distributed Universal Number Discovery) is a peer-to-peer system for locating Internet gateways to telephony services. In order to do so, it publishes routes and this routes can be accessed with the use of protocols sucs as H323, IAX(2) or SIP.
-[http://www.dundi.info/ DUNDi] (Distributed Universal Number Discovery) is a peer-to-peer system for locating Internet gateways to telephony services. In order to do so, it publishes routes and this routes can be accessed with the use of protocols sucs as H323, IAX(2) or SIP.
+===Codecs===
 From [http://www.sineapps.com/news.php?rssid=240 Another DUNDi site]: