查看“SiuTse305”的源代码
←
SiuTse305
跳转至:
导航
、
搜索
因为以下原因,你没有权限编辑本页:
您刚才请求的操作只对以下1个用户组开放:
管理员
。
您可以查看并复制此页面的源代码:
In the CCNA to-the CCIE, ISDN is among the most significant technolgies youll use. It is also common in the field ISDN is generally used as a backup connection in the event an organizations Frame Relay connections drop. Therefore, it is very important to know ISDN fundamentals not merely for your particular examination, but for career success. ISDN is employed between two Cisco routers which have BRI or PRI interfaces. Navigating To [http://space.travel/profiles/blogs/link-load-balancing-take-a-load-off-annie human resources manager] seemingly provides suggestions you could use with your brother. Essentially, with ISDN one of many hubs places a phone call to the other router. It is crucial to understand not just what triggers one router to dial another, but what makes the link drop. Why? Since ISDN is simply a phone call from one hub to another, you are getting billed for that phone call -- by-the minute. If among your routers dials another, and never hangs up, the connection can theoretically last for days or weeks. The system manager then receives a substantial phone bill, that leads to bad things for all involved Cisco routers use the idea of interesting traffic to determine when one router should call yet another. Automatically, theres no interesting traffic, when you do not determine any, the routers will never call each-other. To learn more, consider peeping at [http://www.purevolume.com/idiotic25chicke/posts/10502365/The+Search+engine+marketing+Rewards+Of+Link+Creating tumbshots]. Interesting traffic is described together with the control. This command provides many options, and that means you can link interesting traffic down not just to what protocols can bring the link up, but what the origin, location, and sometimes even port number should be for the-line to come up. One common belief occurs once that link is up. Interesting traffic must bring the link up, but automatically, any traffic may then cross the ISDN link. What makes the hyperlink fall? Again, the idea of interesting traffic can be used. Cisco routers have an idle-timeout setting due to their dial-up interfaces. If interesting traffic does not cross the link for the amount of time given by the idle-timeout, the link precipitates. To summarize Interesting traffic brings the link up by default, any traffic could cross the link once its up too little interesting traffic is what brings the link down. Just as crucial is knowing what keeps the hyperlink up after its dialed. Why? Because ISDN functions as a telephone call between two routers, and its billed that way for your customer. Both modems that are related by this phone call could be situated in different region codes, so now were referring to a lengthy distance phone call. The text can theoretically last for days or weeks before someone realizes whats going on, if your ISDN link does not have a reason to disconnect. This can be especially true when the ISDN link is employed as a backup for another connection type, as is usually the case with Frame Relay. The copy ISDN link arises once the Frame Relay link returns not billed for many the period, once the Frame Relay goes down. To understand why an ISDN link stays up when its unnecessary, weve to understand why it stays up time. Ciscos ISDN interfaces utilize the idle-timeout to ascertain when an ISDN link ought to be torn down. Automagically, this value is two minutes, and it also uses the idea of interesting traffic. Once interesting traffic gives the link up, automatically all traffic could cross the link. However, only exciting traffic resets the idle-timeout. The idle-timer gets zero and the link precipitates, if no exciting traffic crosses the link for just two minutes. If the protocol running over the ISDN link is RIP version 2 or EIGRP, the most efficient way to reduce the routing updates from maintaining the line up is specifically prohibiting their multicast routing update target in-the access-list that is understanding interesting traffic. Do not stop them from crossing the hyperlink entirely, or the project obviously wont work properly. With OSPF, Cisco provides the internet protocol address ospf demand-circuit interface-level command. The OSPF adjacency will form over the ISDN link, but once established, the Hello packets will be suppressed. But, the adjacency wont be lost. A check of the table with show ip ospf adjacency will show the adjacency stays at Full, although Hellos are no longer being sent throughout the link. The ISDN link may drop with no adjacency being lost. The adjacency remains in place, when the link is needed and knowledge may be sent without awaiting OSPF to have the regular methods of forming an adjacency. That OSPF demand is vital for Cisco certification candidates at every level, but is particularly important for CCNA candidates. Understand this command now, become accustomed to the fact that the adjacency keeps up though Hellos are suppressed, and increase this command to your Cisco toolkit. One delusion about ISDN is that Cisco Discovery Packets keep an ISDN link up. CDP is a Cisco-proprietary protocol that runs between directly connected Cisco products. Theres a school of thought that CDP packages need to be disabled on the BRI interface to be able to stop the link from keeping up or calling when it is not really needed. [https://message.diigo.com/message/create-your-website-to-be-seen-3777606 Jump Button] contains more concerning why to flirt with it. I discovered [https://storify.com/linkemperorjqra/free-traffic-eight-ways linkemporor] by searching Yahoo. I have caused ISDN for years in the area and in the lab, and I have never seen CDP mention an ISDN link. Test it yourself the next time youre working on a practice stand Joe Bryant CCIE #12933.
返回
SiuTse305
。
导航菜单
个人工具
登录
名字空间
页面
讨论
变种
查看
阅读
查看源代码
查看历史
操作
搜索
导航
首页
最近更改
随机页面
帮助
工具
链入页面
相关更改
特殊页面
页面信息