文本版|topic 高级搜索
   名人堂 帮助 论坛制度 意见反馈 | 首页 博客 周新贴 招聘 专题 新闻
RSS 底部
 
社区导航: 专家门诊   网络技术   操作系统   数据库   程序设计   系统应用   考试认证   CIO及信息化   站长交流   综合交流   下载基地  51CTO产品服务 设为首页 | 收藏本站
51CTO技术论坛» 思科技术 » GRE的主要作用是什么?       [ 打印]  [ 订阅]  [ 收藏]  [ 推荐给朋友]   [ 本帖文本页]

论坛跳转:
     
标题: GRE的主要作用是什么?  ( 查看:204  回复:6 )   
 该主题悬赏的200无忧币已被全部领完 
 
kjg589
新新人类  点击可查看详细



帖子 31
精华 0
无忧币 5063
积分 135
阅读权限 20
注册日期 2008-2-1
最后登录 2008-4-24 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2008-4-24 13:53   标题:GRE的主要作用是什么?
上一帖 |
GRE的主要作用是什么?



网络工程师到底该不该去考CCIE认证?
2008-4-24 13:531楼
[ 顶部 ]
 
redking
副版主  点击可查看详细


十二生肖之狗   双鱼座   行业勋章   技术勋章   诚信兄弟   中秋活动勋章  
帖子 2607
精华 0
无忧币 42383
积分 4311
阅读权限 140
来自 (保密)
注册日期 2006-7-11
最后登录 2008-7-9 离线

[查看资料]  [发短消息]  [Blog
[个人主页]    QQ       
发表于:2008-4-24 13:54  该回复被 kjg589 奖励 200 点无忧币
此回复于2008-04-24 13:55被 kjg589 评为最佳答案

GRE是一种基于IP的隧道技术,它可被用来在基于IP的骨干网上传输多种协议的数据流量,如IPX、AppleTalk等。同时,GRE还可被用来在Internet网络上通过隧道传输广播和组播信息,如路由更新信息等。需要注意的是,在使用GRE之前需要先在作为VPN终点设备的物理接口上进行相关配置,随后可以使用诸如IPSec等安全措施保护隧道。



“绿色IT 从我做起”圈子有奖活动
2008-4-24 13:542楼
[ 顶部 ]
 
gejielin
技术员  点击可查看详细


金牛座  
帖子 138
精华 1
无忧币 1508
积分 760
阅读权限 30
来自 (保密)
注册日期 2006-1-26
最后登录 2008-6-25 离线

[查看资料]  [发短消息]  [Blog
[个人主页]    QQ       
发表于:2008-4-24 14:26 
通用路由封装(GRE)最初由Cisco开发,现在是一个RFC 1701、RFC 1702和RFC 2784定义的标准。GRE是一个在网络之间传输数据包的通道协议。

  如果对你而言它听起来像一个虚拟专用网络(VPN),这是因为理论上确实是这样:技术上,GRE是一种VPN,但它并不是一种安全的通道方法。不过,你可以用IPSec这样的加密方法对GRE进行加密,构建一个安全的VPN。

  实际上,点对点通道协议(PPTP)就使用GRE来建立VPN通道。例如,如果你应用微软VPN通道,在默认情况下,你使用PPTP,它使用GRE。

  我为什么要使用GRE?

  下面列出了一些使用GRE为流量建立通道的原因:

  你需要加密多点传送流量。GRE通道能够传送多点传送数据包——就像真实的网络接口一样——这与使用IPSec不同,它不能加密多点传送流量。OSPF、EIGRP和RIPV2都属于多点传送。而且,许多视频、VoIP和音乐流应用程序都使用多点传送。
  你只有一个不能路由的协议,如NetBIOS或非IP网络上的非IP流量。例如,你可以通过一个IP网络使用GRE为IPX或AppleTalk建立通道。
  你需要用不同的IP地址连接两个由一个不同网络连接的相似网络。
  我如何配置GRE通道?

  在Cisco路由器上配置GRE通道相当容易——只需要执行几条简单的命令即可。下面是一个简单的配置实例:

  路由器A:

  interface Ethernet0/1

  ip address 10.2.2.1 255.255.255.0

  interface Serial0/0

  ip address 192.168.4.1 255.255.255.0

  interface Tunnel0

  ip address 1.1.1.2 255.255.255.0

  tunnel source Serial0/0

  tunnel destination 192.168.4.2

  路由器B:

  interface FastEthernet0/1

  ip address 10.1.1.1 255.255.255.0

  interface Serial0/0

  ip address 192.168.4.2 255.255.255.0

  interface Tunnel0

  ip address 1.1.1.1 255.255.255.0

  tunnel source Serial0/0

  tunnel destination 192.168.4.1

  在这个例子中,两个路由器各有一个虚拟接口——通道接口。这个接口像一个点对点T1电路一样,有它自己的网络。经过通道网络的流量也流经串行网络。

  对每个路由器而言,很明显它们有两条远程路径——串行接口和通道接口(流经通道)。然后这个通道就能传送非路由流量,如NetBIOS或AppleTalk。如果它通过互联网,你可以使用IPSec进行加密。

  如下面的输出所见,路由器B上的通道接口和其它接口一样:

  RouterB# sh ip int brie

  InterfaceIP-AddressOK?MethodStatusProtocol

  Ethernet010.1.1.1YESmanualupdown

  Serial0192.168.4.2YESmanualupup

  Serial1unassignedYESunsetadministratively downdown

  Tunnel01.1.1.1YESmanual upup

  RouterB#

  GRE通道故障修复

  由于GRE把一个数据包封装到另一个数据包中,因此你可能会遇到以下情形:你发送的数据包超出你的接口所允许的大小。在通道接口上配置ip tcp adjust-mss 1436,就可以解决这个问题。

  虽然GRE不提供加密功能,但你可以使用tunnel key命令在通道的两端激活一个密钥,它就像一个没有加密的简单明文密码。

  因为GRE通道没有状态,那么可能出现这样的情况:通道的一端关闭,而另一端仍然开放。在解决这个问题,可以在通道的两端启动keepalive数据包。这样设置后,通道的两端定期向另一端发送一个keepalive数据包。如果一端没有在指定的时间收到keepalive数据包,两端的通道就会关闭。



网络工程师到底该不该去考CCIE认证?
2008-4-24 14:263楼
[ 顶部 ]
 
wgf201
新新人类  点击可查看详细


帖子 155
精华 0
无忧币 3
积分 147
阅读权限 20
注册日期 2008-2-7
最后登录 2008-6-18 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2008-4-28 17:23 
谢谢二楼



网络工程师到底该不该去考CCIE认证?
2008-4-28 17:234楼
[ 顶部 ]
 
inzaghi68
新新人类  点击可查看详细



帖子 36
精华 0
无忧币 46
积分 35
阅读权限 20
注册日期 2008-4-3
最后登录 2008-7-3 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2008-4-28 22:55 
呵呵 学习了



网络工程师到底该不该去考CCIE认证?
2008-4-28 22:555楼
[ 顶部 ]
 
核动力电子猫
技术员  点击可查看详细



帖子 382
精华 0
无忧币 79
积分 384
阅读权限 30
注册日期 2007-11-17
最后登录 2008-6-27 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2008-5-6 20:35 
了解一下.



网络工程师到底该不该去考CCIE认证?
2008-5-6 20:356楼
[ 顶部 ]
 
eshuyue
技术员  点击可查看详细



帖子 201
精华 0
无忧币 5
积分 211
阅读权限 30
注册日期 2006-11-5
最后登录 2008-7-9 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2008-5-7 12:46 
谢谢 先顶一个!!!!



网络工程师到底该不该去考CCIE认证?
2008-5-7 12:467楼
[ 顶部 ]
     
论坛跳转:  

| | |

| | |

| | |

标记已读 · 删除论坛Cookies · 文本版 · WAP
 
| 诚征版主 | 版主堂 | 意见建议 | 大史记 | 论坛地图
Copyright©2005-2008 51CTO.COM  Powered by Discuz!
本论坛言论纯属发布者个人意见,不代表51CTO网站立场!如有疑义,请与管理员联系。
京ICP备05051492号