Talk:Connection-oriented communication

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Low	This article has been rated as Low-importance on the project's importance scale.
	This article is supported by Networking task force (assessed as Mid-importance).

Telecommunications Mid‑importance

	Telecommunication portal This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TelecommunicationsWikipedia:WikiProject TelecommunicationsTemplate:WikiProject TelecommunicationsTelecommunications articles
Mid	This article has been rated as Mid-importance on the project's importance scale.

Untitled 2006 post[edit]

i don't need to say any thing more than what i said before.--213.55.64.98 01:04, 12 May 2006 (UTC)<[reply]

I've noted why I swapped this article around at Talk:Connection-oriented protocol. Any comments gratefully received. Also removed my previous merge proposal, because I believe these edits have precluded such a move.--W33v1l 16.10, 21 September 2006 (UTC)

I propose removing TCP from the list of connection-oriented protocol examples in this Wikipedia listing. Why? Well ... TCP is reliable AND TCP is stateful (session-oriented). But ... TCP does not concern itself with network paths. As far as TCP is concerned, it doesn't care how its datagrams traverse from sender to receiver. It could follow the same path, or it could follow different paths. If a path changes dynamically (e.g.; if a primary link switches over to a secondary link), TCP will not try to re-establish its "connection". It will just try to retransmit lost datagrams and continue. If indeed the session is lost, then it will try to re-establish the session; but again, it doesn't really care about the actual path. Let me know what you think! Dtschaefer 17:36, 17 July 2007 (UTC)[reply]

You can find references to RFC:s and arguments supporting that TCP is connection-oriented in the virtual circuit article.

I suggest a merge of this article with that one.

Perhaps the definition of connection oriented should be modified to invovle that a bit stream or byte stream is delivered, or a sequence of data packets in order. How it is done is another question - it does not have to be sent along the same path. Mange01 18:21, 17 July 2007 (UTC)[reply]

Proposal to merge with virtual circuit[edit]

Disagree. Both virtual and actual circuits are connection orientated, not just virtuals.--Phil Holmes 18:12, 29 July 2007 (UTC)[reply]

Connection setup[edit]

Presently the article says that "devices at the end points use a protocol to establish an end-to-end logical or physical connection", at least implying that the end-points necessarily invoke the creation of the connection. However, ATM PVCs, which are connection oriented channels, will normally be setup by network managment, not the connected end-points.Graham Fountain 08:22, 22 October 2010 (UTC) —Preceding unsigned comment added by Graham.Fountain (talk • contribs)