Re: [j-nsp] Qfabric

2011-02-25 Thread David Sinn
Stefan, Completely agree with you. It's not just financials that want low latency. Two other categories, off the top of my head, are anyone building HPC clusters and anytime you have a virtual element the network is providing the connectivity (disk being a prime example). For HPC, latency is

Re: [j-nsp] Qfabric

2011-02-25 Thread Saku Ytti
On (2011-02-25 11:31 -0800), Joel Jaeggli wrote: > network infrastructure is a very small portion of the capital outlay for > one of these operations so refreshing equipment to take advantage of > small opportunities is easy to justify... > > That said, once you've gone cut-through, shed all the

[j-nsp] Juniper Subscriber Management

2011-02-25 Thread Giuliano Medalha
People, Does anyone on list is using JUNIPER Networks MX Series solution as a Subscriber Management Solution ? Can please contact-me in private ? Thanks a lot, Giuliano ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/m

Re: [j-nsp] Junos 10.0 stop responding when issuing a command

2011-02-25 Thread Felix Schueren
Meryem, I have a problem with an m7i router with junos 10.0 installed. When issuing somme commands like "show log messages", the router hangs and stop responding. I checked cpu (~20%)and memory (~50%)load and it seems normal. Have you ever met this kind of problem ? is it a bug in the OS? i ha

Re: [j-nsp] Qfabric

2011-02-25 Thread Joel Jaeggli
On 2/25/11 5:42 AM, Saku Ytti wrote: > On (2011-02-24 17:15 -0800), Joel Jaeggli wrote: > >> that activity can be simple as front-running large orders (which take >> longer to fill) with small ones, an elaborate algorithm is not >> necessarily a requirement. I'm kind of down on the market utility

Re: [j-nsp] M7i IQ2 tpid translation or tag manipulation

2011-02-25 Thread sthaug
> I was wondering if it's possible to take in q-in-q traffic with outer tpid > 0x9100 on an iq2 gige > interface and be able to make a cross-connect (layer 2) to another iq2 gige > interface but using tpid > 0x8100 on the outer tag? Or, alternatively, strip/rewrite the 0x9100 outer > tag and

[j-nsp] Patterned Ping Delays?

2011-02-25 Thread Corey Bryndal [PR]
Does anyone know of processes running on the EX platform that might slightly delay ping responses once in every 15-25 pings on a consistent basis? With three hosts sitting in VLAN FOO we can ping between the hosts 100% clean, no delays. When we ping EX to EX, every so often we see a slight dela

Re: [j-nsp] Qfabric

2011-02-25 Thread Jensen Tyler
In my testing tuning the TCP stack had no significant benefit to SMB traffic. Other traffic like FTP does shows a benefit. It appears that SMB has its own control mechanism for sending traffic which is layered on top of TCP. Vista and up have SMB version 2 and 2.1(win7) they show some improveme

[j-nsp] Junos 10.0 stop responding when issuing a command

2011-02-25 Thread meryem Z
Hello Community, I have a problem with an m7i router with junos 10.0 installed. When issuing somme commands like "show log messages", the router hangs and stop responding. I checked cpu (~20%)and memory (~50%)load and it seems normal. Have you ever met this kind of problem ? is it a bug in the O

Re: [j-nsp] Qfabric

2011-02-25 Thread Chuck Anderson
This all sounds like ATM LAN Emulation with MPOA shortcuts. Let's hope the implementation is better than the LANE/MPOA I had to deal with in the 90s. On Thu, Feb 24, 2011 at 01:21:06PM -0800, Derick Winkworth wrote: > Also integrated L2/L3 forwarding so that you don't hairpin traffic through a

Re: [j-nsp] pxe boot-file from SRX

2011-02-25 Thread Charlie Allom
On Thu, Feb 24, 2011 at 12:15:06PM -0600, Chris Adams wrote: > Once upon a time, Charlie Allom said: > > > > boot-file pxelinux.0; > > boot-server 94.228.69.77; > > On an old J-series (running packet JUNOS), I have "next-server", not > "boot-server". I would expect that to be the same for SRX

Re: [j-nsp] Qfabric

2011-02-25 Thread Saku Ytti
On (2011-02-24 17:15 -0800), Joel Jaeggli wrote: > that activity can be simple as front-running large orders (which take > longer to fill) with small ones, an elaborate algorithm is not > necessarily a requirement. I'm kind of down on the market utility of > such activity but it's not presently i