This is the
talk page for discussing improvements to the
100BaseVG article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated Start-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
This article is based on material taken from the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later. |
This article describes 100VG as a contender for Ethernet, but it was so in marketing only. During its brief existence, engineers tended to argue that 100VG was not CSMA/CD and therefore not Ethernet. Whether this is relevant in a historical context is arguable though, since CSMA/CD is all but dead at this point given the ubiquity of switched Ethernet, and the fact that at 1 Gbps and above, CSMA/CD is no longer used at all. Art Cancro 20:04, 9 August 2007 (UTC)
The article claims that this standard performed better than regular fast ethernet with hubs. So why wasn't it chosen? limited vendor support? network admins sticking with what they know? technical limitations? (I notice the article talks about the token staying in the hub, does that mean you could not connect two hubs together?) random chance? implementation costs? Plugwash ( talk) 21:37, 12 November 2015 (UTC)
Forgive me for being a fan, I was working for HP when this product was being marketed - it was a great many good things.
The chaotic thing about Ethernet at the time was you really only got something like 40% - 80% of your nominal bandwidth because of chatty protocols wasting bandwidth, thus needlessly high bandwidth attempted, and resultant collisions. Switches were not generally all that smart at the time (limited fabrics, small buffers) and 10mbit was still widely used, even though 100mbit (and even gbit fiber) were in the wild.
Anylan would have been good for folks who wanted fast token ring (like automobile assembly lines. But they ALREADY had fast token ring.
For everyone else, the smart hubs were far to expensive. Also the "cat three lines" in place in many environments were often faulty (one bad wire in eight is a deal breaker) - so many installations would need to run new cat 5 wire (and test it!) anyway. In such a case 100mbit Ethernet starts to look like a good deal, since often wire costs is a bigger issue than switch cost.
In order to connect to an existing Ethernet network, you had to have a bridge/adapter. This is actually misleading, because that was more or less true of the 10mbit to 100bit connection too - except that it was "built in" to high end switches. There were in fact some 100mbit hubs (usually SOHO sorts of things) that could not direct connect to 10mbit clients, although I suppose that didn't last long.
Some references, perhaps not well vetted:
http://www.maznets.com/tech/100vg-an.htm
http://h20564.www2.hpe.com/hpsc/doc/public/display?docId=bpe01005&lang=en-us&cc=us
http://www.cnn.com/TECH/computing/9910/12/net.failures.idg/
A good solid reference: ftp://ftp.hp.com/pub/networking/software/59636588.pdf — Preceding unsigned comment added by 199.46.251.143 ( talk) 23:30, 9 June 2017 (UTC)
The article states that 100BaseVG was "ratified by the ISO in 1995." The IEEE standards site I cite in my recent modification to the article indicates that ANSI approved the standard in 1996. The IEEE standard is identified as "ANSI/IEEE 802.12-1995" which implies to me that it was likely approved by IEEE in 1995. I'm not familiar with ISO ratification vs. IEEE/ANSI ratification. Was there an actual action by ISO in relation to 100BaseVG? Or was there merely a relationship between IEEE/ANSI whereby IEEE/ANSI ratification automatically carried an implied ISO ratification? The bottom line is that I'm questioning the accuracy of the ISO ratification statement in the article but haven't been able to find documentation to resolve my concerns. LamoniDave ( talk) 16:27, 31 July 2018 (UTC)
References
This is the
talk page for discussing improvements to the
100BaseVG article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated Start-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||
|
This article is based on material taken from the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later. |
This article describes 100VG as a contender for Ethernet, but it was so in marketing only. During its brief existence, engineers tended to argue that 100VG was not CSMA/CD and therefore not Ethernet. Whether this is relevant in a historical context is arguable though, since CSMA/CD is all but dead at this point given the ubiquity of switched Ethernet, and the fact that at 1 Gbps and above, CSMA/CD is no longer used at all. Art Cancro 20:04, 9 August 2007 (UTC)
The article claims that this standard performed better than regular fast ethernet with hubs. So why wasn't it chosen? limited vendor support? network admins sticking with what they know? technical limitations? (I notice the article talks about the token staying in the hub, does that mean you could not connect two hubs together?) random chance? implementation costs? Plugwash ( talk) 21:37, 12 November 2015 (UTC)
Forgive me for being a fan, I was working for HP when this product was being marketed - it was a great many good things.
The chaotic thing about Ethernet at the time was you really only got something like 40% - 80% of your nominal bandwidth because of chatty protocols wasting bandwidth, thus needlessly high bandwidth attempted, and resultant collisions. Switches were not generally all that smart at the time (limited fabrics, small buffers) and 10mbit was still widely used, even though 100mbit (and even gbit fiber) were in the wild.
Anylan would have been good for folks who wanted fast token ring (like automobile assembly lines. But they ALREADY had fast token ring.
For everyone else, the smart hubs were far to expensive. Also the "cat three lines" in place in many environments were often faulty (one bad wire in eight is a deal breaker) - so many installations would need to run new cat 5 wire (and test it!) anyway. In such a case 100mbit Ethernet starts to look like a good deal, since often wire costs is a bigger issue than switch cost.
In order to connect to an existing Ethernet network, you had to have a bridge/adapter. This is actually misleading, because that was more or less true of the 10mbit to 100bit connection too - except that it was "built in" to high end switches. There were in fact some 100mbit hubs (usually SOHO sorts of things) that could not direct connect to 10mbit clients, although I suppose that didn't last long.
Some references, perhaps not well vetted:
http://www.maznets.com/tech/100vg-an.htm
http://h20564.www2.hpe.com/hpsc/doc/public/display?docId=bpe01005&lang=en-us&cc=us
http://www.cnn.com/TECH/computing/9910/12/net.failures.idg/
A good solid reference: ftp://ftp.hp.com/pub/networking/software/59636588.pdf — Preceding unsigned comment added by 199.46.251.143 ( talk) 23:30, 9 June 2017 (UTC)
The article states that 100BaseVG was "ratified by the ISO in 1995." The IEEE standards site I cite in my recent modification to the article indicates that ANSI approved the standard in 1996. The IEEE standard is identified as "ANSI/IEEE 802.12-1995" which implies to me that it was likely approved by IEEE in 1995. I'm not familiar with ISO ratification vs. IEEE/ANSI ratification. Was there an actual action by ISO in relation to 100BaseVG? Or was there merely a relationship between IEEE/ANSI whereby IEEE/ANSI ratification automatically carried an implied ISO ratification? The bottom line is that I'm questioning the accuracy of the ISO ratification statement in the article but haven't been able to find documentation to resolve my concerns. LamoniDave ( talk) 16:27, 31 July 2018 (UTC)
References