CPU utlization of a single voip cirtcuit
Our company is planning to implement VoIP on top of existing cisco network and I'm conducting network audit. Can somebody advise me the resource consumption in term of CPU utilization / Buffer utilization across all platforms (26XX ... 75xx) for a single voip circuit ? My logic if my current 4700 spends 40% CPU utilization on pure data and each voice circuits (50 pps) consumes 2%, I should not put more than 10 circuits to keep cpu in the safe zone of 60%. Similar logics for buffer. The assumption of voice circuit is: VoIP, G.729r8, no VAD. If you have conducted such kind of network audit for voip implementation before, appreciate if you can share with me privately. Thanks. Yuenme _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
On-demand pppoe on 1750
Hi, I've sucessfully setup pppoe on 1750 for the ADSL line. However it's "always on" nature costs a lot of tariff. How can I change it this pppoe into on-demand so that only when there is packet, ppp session will be brought up. IOS is 12.1 I find nothing related in "vpdn-group" and "int dialer". Even I set the "dialer idle-timeout = 20", the session never drops. Yuenme _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Transparent Briding over Frame Relay Hub and Spoke
Hi all, I tend to conclude the following statement and pls confirm whether I'm right: "point to point" subinterface is the only option in the HUB to allow spoke to spoke packet forwarding happen in transparent bridging environment. I've tried physical interface and multipoint subinterface on hub. I've tried: - making the hub as the root bridge - extensive map statements in the hub and spoke with "broadcast" keyword All of them fail. I believe transparent bridge does not allow the packet received on one interface to be forwarded to the same interface again, even though the paths (DLCI) are different. Yuenme Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Transparent Briding over Frame Relay Hub and Spoke
I would say not as trival as it looks. As I emphasized before, spoke to spoke connectivity is the goal. While neither physical interface, nor multipoint interface in the HUB will make spoke to spoke happen. No matter how many "frame-relay map bridge ??? broadcast" is put in. It's neither a spanning tree issue. All ports in all bridges are in forwarding state. Appreciate if anyone can show me a working config (again spoke to spoke) with hub config other than point to point subinterface Yuenme >From: "Ryan Moffett" <[EMAIL PROTECTED]> >Reply-To: "Ryan Moffett" <[EMAIL PROTECTED]> >To: "Yuen Me" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> >Subject: RE: Transparent Briding over Frame Relay Hub and Spoke >Date: Sun, 28 May 2000 19:54:24 -0400 > >You can configure transparent bridging over Frame Relay point-multipoint >interfaces. > >See: >http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_c >/wcfrelay.htm#xtocid2427346 > >Basically, on the point-multipoint subinterface, you need to associate the >DLCI's with a bridge group using the "frame-relay map bridge" command. An >example is given here: >http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_r >/wrfrelay.htm#xtocid18778220 > >Ryan > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >Yuen Me >Sent: Sunday, May 28, 2000 7:17 PM >To: [EMAIL PROTECTED] >Subject: Transparent Briding over Frame Relay Hub and Spoke > > >Hi all, > >I tend to conclude the following statement and pls confirm whether I'm >right: > >"point to point" subinterface is the only option in the HUB to allow spoke >to spoke packet forwarding happen in transparent bridging environment. > >I've tried physical interface and multipoint subinterface on hub. I've >tried: >- making the hub as the root bridge >- extensive map statements in the hub and spoke with "broadcast" keyword > >All of them fail. I believe transparent bridge does not allow the packet >received on one interface to be forwarded to the same interface again, even >though the paths (DLCI) are different. > >Yuenme > > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >___ >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html >FAQ, list archives, and subscription info: http://www.groupstudy.com >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > >___ >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html >FAQ, list archives, and subscription info: http://www.groupstudy.com >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Transparent Briding over Frame Relay Hub and Spoke
Thanks. These are partial config excluding ip stuff. Topology is as follows. The purpose is to bridge appletalk between a station on Spoke2's ethernet and the Spoke 1 BVI HUB-SwitchSpoke1 \ \ \ \Spoke2 HUB decnet routing 9.4 decnet node-type routing-iv ! interface Serial0 encapsulation frame-relay clockrate 125000 ip address 193.1.1.4 255.255.255.0 no ip directed-broadcast decnet cost 30 frame-relay map bridge 402 broadcast frame-relay map bridge 403 broadcast bridge-group 1 ! bridge 1 protocol ieee bridge 1 priority 10 ! Spoke1 decnet routing 9.3 decnet node-type routing-iv ! bridge irb ! interface Serial0 no ip address no ip directed-broadcast encapsulation frame-relay ! interface Serial0.304 point-to-point ip address 193.1.1.3 255.255.255.0 no ip directed-broadcast decnet cost 30 frame-relay interface-dlci 304 bridge-group 1 ! interface BVI1 no ip address no ip directed-broadcast appletalk cable-range 100-100 100.3 appletalk zone try ! router eigrp 2497 redistribute ospf 2497 metric 100 1000 255 1 1500 network 193.1.1.0 ! bridge 1 protocol ieee bridge 1 route appletalk bridge 1 route decnet bridge 1 route ip no bridge 1 bridge ip Spoke 2 decnet routing 9.2 decnet node-type area ! interface Ethernet0 ip address 199.73.2.2 255.255.255.0 no ip directed-broadcast decnet cost 10 bridge-group 1 ! interface Serial0 no ip address no ip directed-broadcast encapsulation frame-relay ! interface Serial0.204 point-to-point ip address 193.1.1.2 255.255.255.0 no ip directed-broadcast decnet cost 30 frame-relay interface-dlci 204 bridge-group 1 ! bridge 1 protocol ieee ! >From: "Ryan Moffett" <[EMAIL PROTECTED]> >To: "Yuen Me" <[EMAIL PROTECTED]> >Subject: RE: Transparent Briding over Frame Relay Hub and Spoke >Date: Mon, 29 May 2000 18:52:56 -0400 > >I have made this work before on several occasions. Spoke to Spoke >connectivity was not the goal, but it worked. Please send me your >configuration files and if you want, I can help. > > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >Yuen Me >Sent: Monday, May 29, 2000 2:35 PM >To: [EMAIL PROTECTED]; [EMAIL PROTECTED] >Subject: RE: Transparent Briding over Frame Relay Hub and Spoke > > >I would say not as trival as it looks. As I emphasized before, spoke to >spoke connectivity is the goal. While neither physical interface, nor >multipoint interface in the HUB will make spoke to spoke happen. No matter >how many "frame-relay map bridge ??? broadcast" is put in. > >It's neither a spanning tree issue. All ports in all bridges are in >forwarding state. > >Appreciate if anyone can show me a working config (again spoke to spoke) >with hub config other than point to point subinterface > >Yuenme > > >From: "Ryan Moffett" <[EMAIL PROTECTED]> > >Reply-To: "Ryan Moffett" <[EMAIL PROTECTED]> > >To: "Yuen Me" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > >Subject: RE: Transparent Briding over Frame Relay Hub and Spoke > >Date: Sun, 28 May 2000 19:54:24 -0400 > > > >You can configure transparent bridging over Frame Relay point-multipoint > >interfaces. > > > >See: > >http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_ >c > >/wcfrelay.htm#xtocid2427346 > > > >Basically, on the point-multipoint subinterface, you need to associate >the > >DLCI's with a bridge group using the "frame-relay map bridge" command. >An > >example is given here: > >http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_ >r > >/wrfrelay.htm#xtocid18778220 > > > >Ryan > > > >-Original Message- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > >Yuen Me > >Sent: Sunday, May 28, 2000 7:17 PM > >To: [EMAIL PROTECTED] > >Subject: Transparent Briding over Frame Relay Hub and Spoke > > > > > >Hi all, > > > >I tend to conclude the following statement and pls confirm whether I'm > >right: > > > >"point to point" subinterface is the only option in the HUB to allow >spoke > >to spoke packet forwarding happen in transparent bridging environment. > > > >I've tried physical interface and multipoint subinterface on hub. I've > >tried: > >- making the hub as the root bridge > >- extensive map statements in the hub and spoke with "broadcast" keyword > > > >All of them fail. I believe transparent bridge does not allow the packet > >received on one interface to be forwarded to the same interface again, &g
