MPLS+IDC+互联网方案差异化解读
发布时间:2021-02-07 13:40:27作者:VeCLoud阅读:0
最近遇到一个这样的案例,用户A公司总部在国内,国内有SIP搭建的语音服务器,需要与海外的SIP语音服务器做数据交互,用现有的互联网访问网络较慢,传输速率较低,询问用MPLS VPN是否可以解决问题。
还有这样一个用户B,公司总部在国内,主要做语音服务,服务器在国内的IDC机房,海外散户在使用语音服务的时候语音品质较差,经查,发现海外的部分用户在语音通话的时候,丢包十分严重。但是国内的用户在语音通话的时候并未遇到此问题。
以上两个客户服务器都是语音服务器,A用户是公司内部的跨国通信问题,而B用户是海外外部用户访问国内服务器的问题。
一般我们在给用户提供解决方案的时候,主要有两种思路:互联网方案和局域网方案思路。
互联网方案思路:提供高品质的互联网带宽,提供专门的海外访问通道,使用户访问海外站点加速,同时海外用户访问国内的服务器加速。
局域网方案思路:为企业组建内部的专网,通过局域专网传输内部的数据、实现视频会议和语音通信等。
目前局域网思路在国内主要有SDH透明传输电路、MPLS VPN虚拟专网等。在国际的组网中除了MPLS VPN外,我们还会使用到iplc和IEPL等组网产品。这几种产品都大同小异,都隶属于局域网方案范畴。关于MPLS VPN、IEPL、IPLC的差异,可以查看此文:
另外除了以上两种思路,还有一种CDN全球加速的方案,此方案目前国内很多的电商和互联网企业都在用。
回到我们开始提到的A/B两个用户,什么样的方案是最适合他们的呢?MPLS VPN方案吗?
A用户是内部服务器的访问,最好的解决方案是搭建企业的内部专网,解决数据的实时传输和丢包问题。以国内服务器在北京,国外服务器在加拿大为例。
MPLS VPN具体实现方式是国内Office服务器端通过SDH以太网线路接入方案提供商的北京POP点,加拿大Office通过以太网专线接入北美的POP,中间骨干网的传输为基于MSTP技术搭建的MPLS VPN骨干网。通过搭建深圳-加拿大的跨国MPLS VPN网络,可以实现企业内部数据局域网内的传输,可有效的保证传输速率、网络品质(丢包、延时和抖动)和服务质量。
除了MPLS VPN局域网方案外,互联网加速的方案也可以缓解用户数据的交互问题,但是效率会稍差,因为互联网的产品可靠性相对偏低。
我建议用户A根据企业的预算做选择,预算足选择局域网方案,预算不足选择互联网的方案,两者价格相差5倍以上。此情况用户不能用CDN的方案。
B用户的情况不同于A用户,主要是海外的散户访问国内的服务器,这种情况用MPLS VPN并不能解决问题,因为MPLS VPN方案是一个局域网方案,而且是完全与互联网隔离的一个解决方案。
此用户的情况类似于国内电商平台,比如阿里巴巴、淘宝、京东、1号店等。海外的卖家如果登录的是国内的电商平台会遇到很慢的情况,用户体验会很不好,那这种情况是怎么解决的呢?
根据我的了解主要有两种思路,一种基于互联网思路,另一种基于上面提到的CDN加速方案。
1、国内的服务器(语音或电商)使用高品质的带宽。
①用户自建机房,可以通过增加国际优化带宽,做动态分流,海外用户访问国内服务器走海外专门通道进来,本地的用户访问国内的服务器走本地的互联网带宽(电信或联通)
②用户IDC托管,一般托管的情况下,机房会有单线带宽、双线带宽和BGP带宽,但很少有机房会有国际优化带宽。一般的服务器针对国内的用户使用BGP双线或BGP多线即可解决问题,但针对海外用户需要增加专门的国际优化带宽。
一般大型的服务器或站点以IDC托管为主,最好选择网络品质较好的IDC机房,这样后期的运维成本会更低。
2、通过海外CDN节点,将服务器的部分数据静态发布到海外节点,海外用户访问国内的服务器,只需就近调用海外的静态缓存,可以实现快速的访问。
此方案电商平台用的较多,语音平台使用较少。另外此方案效果不好评估、需要看CDN服务商的全球覆盖能力,而目前这样的CDN服务商国内较少,海外的大的CDN服务商全球覆盖能力也有局限性。
我建议用户B在选择方案的时候,可以前期多做调研和测试,根据实际的情况选择最适合自己的解决方案。
写到这里,今天的案例分享快完结了,但在实际的企业通信过程中,MPLS VPN,IDC和带宽是不可分割的,很多企业都会选择MPLS+IDC+BGP优质带宽的整体解决方案。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:shawn.lee@vecloud.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。
标题:MPLS+IDC+互联网方案差异化解读
TAG标签:MPLS方案
地址:http://www.vecloud.com.cn/article/84.html