Talk:Virtual circuit

message: Hi,
to my knowledge TCP is NO "virtual circuit protocol". A virtual circuit ist virtual as there is np real circuit between the endsystems. X.25, Frame relay and ATM are VC networks.
A VC is characterized by the fact that a permanent circuit is built in the connection process. This includes finding the route between the endsystems, and each router on the path allocates a bandwidth for the circuit, i.e. the routers between are holding state information for the circuit!
For reference I quote "Computer Networking: A top down approach featuring the Internet " by Kurose.
Christian
----
There must be a misunderstanding in this article.
I quite agree with Christians opinion here, by my knowledge the "Virtual Circuit" is the states theese switchs are holding, and it will never change while the circuit is in use, as opposed to TCP which is a Datagram network which may choose different paths at each package.
Ivan
: TCP is a connection-oriented packet mode protocol, which to my understanding is synonymous to virtual circuit switched. It is carried by a connectionless datagram protocol the IP protocol, but that is another story...  . Mange01 09:13, 28 June 2007 (UTC)
replies: text:  I have now completely rewritten the article, in view to further clarify the above. Mange01 19:35, 30 June 2007 (UTC)
thread_title: Comment

message: No mention here of PVC as it applies to ADSL (except the reference to QOS). Since most (?) ADSL modems have the capacity to set up PVC's for QOS or other reasons, and typically come with no explanation, a brief description of meaning of the acronyms, PVC,VPI,VCI,UBR,CBR,VBR,PCR,SCR,MBS,CDVT, relevant standards, and common values would be useful.  —Preceding unsigned comment added by 150.101.166.15 (talk) 08:09, 4 June 2008 (UTC)
thread_title:  PVC, ADSL modem 

message: A circuit is a fixed path over the network from the sender to the receiver host, in TCP packets can take different paths over the network to reach the receiver.  —Preceding unsigned comment added by Ppazos (talk • contribs) 15:23, 6 July 2009 (UTC)
thread_title:  TCP does NOT provide a virtual circuit 

message: I do not like the organization of the article as it currently stands. TelecomNut  (talk)  17:14, 13 July 2010 (UTC)
thread_title:  Organization 

message: Looking at the bullet points, it's not clear enough where the first and third are different, as in the variations in queuing delay, at least at the outputs of switches, etc., are caused by varying load from other users sharing the same network resources, e.g. output queue delays are caused primarily by multiplexing at the associated output. Even in the end systems, you can view (and model) variable queuing delays as being caused by multiplexing (if you've a mind to). Anyone any sugestions?
Graham.Fountain | Talk 13:13, 19 July 2014 (UTC)
thread_title:  Bullet points in lead. 

message: Create a section on the Virtual circuit article to cover Virtual call capability (propose simple merge) Whizz40 (talk) 13:00, 17 February 2020 (UTC)
thread_title:  Proposed merge of Virtual call capability into Virtual circuit 

message: The last sentence in the lead says, "An alternate network configuration to virtual circuit is datagram.Andrew S. Tanenbaum, David J. Wetherall (2011, Fifth Edition. International Edition), "Computer Networks". page 361 "
I don't have access to this reference but this seems like an apple-oranges comparison and isn't much help to readers. An obvious alternative is connectionless communication. ~Kvng (talk) 17:58, 8 November 2020 (UTC)
replies: text: Good point. Someone fixed it :) ★NealMcB★ (talk) 18:37, 21 February 2022 (UTC)
thread_title: Datagram