Talk:Generic Routing Encapsulation
|WikiProject Computing / Networking||(Rated Start-class, Low-importance)|
- 1 Weird sentence
- 2 ASCII Art vs "real" borders
- 3 Not in line with latest protocol definition?
- 4 Stub or Class B?
- 5 A8, A10, PCF
- 6 SRE
- 7 Additional Link Needed
- 8 RFC 1701 delivery frame ethertype
- 9 Needs more intro
- 10 Might as well read Cisco's original text
- 11 Reference on mobile example needed
- 12 Copyright problem removed
- 13 Soft GRE
- 14 PPTP GRE packet structure
I don't understand this sentence: the tunnel end-points do not monitor the state or availability of other tunnel end-points. What are the other end-points? I guess it only makes sense to have two end-points, not more. --Abdull 14:07, 29 May 2007 (UTC)
I see what you mean. My ~guess~ is that it means that each end point doesn't monitor the state or availability of the other, but that's only a guess. --DigitalSorceress 16:19, 19 August 2007 (UTC)
As much as I know GRE I'd say DigitalSorrceress is right. there are only *two* end-points --18.104.22.168 19:54, 4 December 2007 (UTC)
I agree with DigitalSorceress, but the additional problem is that the section contradicts itself: it also says that the end-point does have knowledge of the state of the other end in order to update routing tables. I have added a contradiction tag. 22.214.171.124 (talk) 10:28, 3 March 2011 (UTC)
ASCII Art vs "real" borders
Might be my problem, but the bit boundaries don't show at the correct positions, neither do the horizontal bars end at the same position as the "content" lines. Can anyone confirm this behaviour, and if so, any objections against going back to the old ASCII layout? Sigkill 17:25, 24 July 2007 (UTC)
Not in line with latest protocol definition?
After a quick glance at the RFCs, the current protocol definition in this article appears to be in line with the old RFC 1701, but not with the newer RFC 2784. A few fields have been eliminated, specifically the optional "Routing" field. --Yaron 13:29, 30 July 2007 (UTC)
Stub or Class B?
I noticed that the article has a Class B rating listed in the discussion, but the article itself is tagged as a stub. According to the assessment standards, (WP:ASSESS) the two would seem to be mutually exclusive. Any thoughts? --DigitalSorceress 16:25, 19 August 2007 (UTC)
A8, A10, PCF
This sentence: "A8/A10 interfaces use GRE protocol to encapsulate IP data to/from Packet Control Function (PCF)." could be made less cryptic. Perhaps by having a link explaining A8, A10, or PCF.
The explanation for the "Routing" field just states it's a list of SREs, with no explanation what SRE is. That line (t least) seems to be a cut & paste from http://www.networksorcery.com/enp/protocol/gre.htm , and there SRE is termed "Source Route Entry Packet". So I guess someone who knows GRE should try to change that line so it makes sense; and maybe someone wants to look at that URL to check if it was copied righteously. 126.96.36.199 (talk) 17:17, 17 July 2008 (UTC)
Additional Link Needed
I am prety novice to this protocol, So my question might sound dumb. Please pardon but the question is what would be the ethernet type/length field value of the delivery packet containing a GRE as per RFC1701 ? I design ethernet MAC and hence interseted in knowing the type field of the base ethernet packet received by the device.
RFC 1701 shows FFFF as reserved but is it GRE protocol type or delivery ethertype ?
Needs more intro
This article needs a better introduction and overview for non techie people. one paragraph to set the scene in layman's language would be great.
Seconded, the first paragraph of the Overview section goes into way too intricate dilemma of the protocol (statelesness of GRE links and it's consequences) without being precluded with a proper overview that should actually constitute of further explaining the problems that GRE solves and the mechanisms of encapsulation and routing as they are implemented with GRE, in more laymans terms than elsewere in the article.
Might as well read Cisco's original text
I concur with the comment above. Perhaps the reason this is so techie-oriented is that it comes directly out of a Cisco technical paper (http://www.cisco.com/en/US/tech/tk827/tk369/technologies_tech_note09186a008048cffc.shtml). Is plagiarism on Wikipedia proper form, especially when it's not referenced? Chasman1964 (talk) 23:45, 16 February 2010 (UTC)
Reference on mobile example needed
Copyright problem removed
Prior content in this article duplicated one or more previously published sources. Copied or closely paraphrased material has been rewritten or removed and must not be restored, unless it is duly released under a compatible license. (For more information, please see "using copyrighted works from others" if you are not the copyright holder of this material, or "donating copyrighted materials" if you are.) For legal reasons, we cannot accept copyrighted text or images borrowed from other web sites or published material; such additions will be deleted. Contributors may use copyrighted publications as a source of information, but not as a source of sentences or phrases. Accordingly, the material may be rewritten, but only if it does not infringe on the copyright of the original or plagiarize from that source. Please see our guideline on non-free text for how to properly implement limited quotations of copyrighted text. Wikipedia takes copyright violations very seriously, and persistent violators will be blocked from editing. While we appreciate contributions, we must require all contributors to understand and comply with these policies. Thank you. Theleftorium (talk) 14:49, 19 August 2012 (UTC)
PPTP GRE packet structure
Since the PPTP GRE packet structure is slightly different from the standard GRE, I added a packet structure table to differentiate the two. Also added simple explanations of the various fields in both packet structures.Vulcan's Forge (talk) 15:29, 31 August 2014 (UTC)