On (2013-10-03 18:08 -0400), Paul Stewart wrote:
Article is in review and not yet ready for viewing
http://kb.juniper.net/InfoCenter/index?page=contentid=TSB16210
http://kb.juniper.net/InfoCenter/index?page=contentid=S:TSB16164smlogin=
--
++ytti
Saku Ytti s...@ytti.fi wrote:
On (2013-10-03 18:08 -0400), Paul Stewart wrote:
Article is in review and not yet ready for viewing
http://kb.juniper.net/InfoCenter/index?page=contentid=TSB16210
http://kb.juniper.net/InfoCenter/index?page=contentid=S:TSB16164smlogin=
--
++ytti
Correct; in a cluster your limited to the session count capability of a
single chassis.
Take a look at this for other options on how to scale out for your session
count:
On Thu, Oct 3, 2013 at 4:03 AM, Ben Hammadi, Kayssar (NSN - TN/Tunis)
kayssar.ben_hamm...@nsn.com wrote:
Dears,
I know
Link:
http://www.juniper.net/us/en/community/junos/training-certification/day-one/networking-technologies-series/scaling-beyond-single-srx-dc/
On Fri, Oct 4, 2013 at 9:03 AM, Phil Fagan philfa...@gmail.com wrote:
Correct; in a cluster your limited to the session count capability of a
single
Hi,
while troubleshooting high CPU on our EX mixed-mode VC (4200 and 4550) our JTAC
engineer noticed that one pair of ports is making changes to the MAC learning
table at an alarming rate. My SRX3400 fab links are connected to the ports in
question (I'm waiting on parts to correct this and
On 10/1/2013 11:12 AM, John Neiberger wrote:
My question regarding the config is this: if we are already setting the
transmit rate percentage, why would we also configure a temporal
allocation? Isn't a percentage of the available bandwidth sufficient? What
does adding a temporal allocation
Very little is said other than indeed using MAC addresses is how the
cluster speaks via the FAB
http://forums.juniper.net/jnet/attachments/jnet/srx/1659/1/L2HAAppNotev2.pdf
As you noted direct connect FAB is ideal; but a very very interesting find.
Its possible there is a correct aging for your
While I was logged in planning to configure the mac address aging you suggested
I noticed there is another knob to completely disable mac learning on the vlan.
Since there are only two ports on this vlan and they’re only sending to each
other anyway they should really need to learn any macs.
What was the syntax to kill the learning? This is indeed a strange one. I
wonder if it would happen on a stand alone switch vs VC. Also is xe-2 your
backup for the VC? Wonder if its busy pushing tables to the backup.
On Oct 4, 2013 5:50 PM, Andy Litzinger andy.litzin...@theplatform.com
wrote:
9 matches
Mail list logo