[j-nsp] Finally...
It's out: JUNOS 9.5R4.3 Mark. signature.asc Description: This is a digitally signed message part. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
On Sat, Feb 20, 2010 at 10:13:27PM +0800, Mark Tinka wrote: It's out: JUNOS 9.5R4.3 Woohoo. Now if only it didn't take several hours to download all of the half-dozen images you need to get for every platform, at a whopping 250KB/s, one at a time, using lynx. The slow speeds of ftp.juniper.net wouldn't be so bad if you didn't have to use a full web browser to login and fetch each image, i.e. if you could just fire off a wget and use http or ftp authentication to download them in the background in parallel. Alas the software download features of all router vendors seem to be limited to the lowest common denominator, some guy clicking Save As in their IE6 browser on their Windows desktop. Would a sftp server you could actually do bulk gets from really be that hard? -- Richard A Steenbergen r...@e-gerbil.net http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
Finally, indeed. My finally moment will arrive in 10.2R1 for the SRX. But in 9.5R4, you get tcp-mss adjust for packets passing through GRE and IPsec tunnels, and clear-dont-fragment-bit now works with CoS on M-series. I see in 10.0 there is a feature called packet-based IPSec services on M-series... anyone know what this is? I'm trying to figure that out.. From: Richard A Steenbergen r...@e-gerbil.net To: Mark Tinka mti...@globaltransit.net Cc: juniper-nsp juniper-nsp@puck.nether.net Sent: Sat, February 20, 2010 10:26:08 AM Subject: Re: [j-nsp] Finally... On Sat, Feb 20, 2010 at 10:13:27PM +0800, Mark Tinka wrote: It's out: JUNOS 9.5R4.3 Woohoo. Now if only it didn't take several hours to download all of the half-dozen images you need to get for every platform, at a whopping 250KB/s, one at a time, using lynx. The slow speeds of ftp.juniper.net wouldn't be so bad if you didn't have to use a full web browser to login and fetch each image, i.e. if you could just fire off a wget and use http or ftp authentication to download them in the background in parallel. Alas the software download features of all router vendors seem to be limited to the lowest common denominator, some guy clicking Save As in their IE6 browser on their Windows desktop. Would a sftp server you could actually do bulk gets from really be that hard? -- Richard A Steenbergen r...@e-gerbil.net http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
Once upon a time, Richard A Steenbergen r...@e-gerbil.net said: Woohoo. Now if only it didn't take several hours to download all of the half-dozen images you need to get for every platform, at a whopping 250KB/s, one at a time, using lynx. The slow speeds of ftp.juniper.net wouldn't be so bad if you didn't have to use a full web browser to login and fetch each image, i.e. if you could just fire off a wget and use http or ftp authentication to download them in the background in parallel. Hmm, I get better download rates than that. Anyway, you can always use elinks (available at fine open source operating systems near you), which supports background downloads. One thing that would help (both download time and flash space) would be to reduce the size of the downloads. How many people have the whole range of M/T series routers? JUNOS hasn't been one image to rule them all for a while now; why pretend one image runs on all of the M/T series? Just go ahead and split it up. I'd rather download two images that have a little duplication than a single image that includes support for 10 other platforms I don't need. One thing nice on my old old (OLD!) Ascent TNT dialup NASes is that I can set what cards I actually use, and only those parts of the image are loaded into flash. At the rate JUNOS seems to be growing, it seems like I'm going to have to go through another round of CF card upgrades before long. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
Hi, Am 20.02.10 17:26 schrieb Richard A Steenbergen: Woohoo. Now if only it didn't take several hours to download all of the half-dozen images you need to get for every platform, at a whopping 250KB/s, one at a time, using lynx. You're right, that suck0rz big time. In 2010, one isn't used to having to wait for a download the time it takes to get a cup of coffee AND to empty it (this even works for the litre-buckets some of my colleagues use as mugs). I always wonder why of all companies network manufacturers have such bad internet connectivity (C and B aren't much better than J...). Maybe they need a good hosting ISP? I'd be glad to help ;-) .m sorry for chatting ;-) signature.asc Description: OpenPGP digital signature ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
On Sunday 21 February 2010 01:34:52 am Mark Tinka wrote: Well, off to opening yet another case, on the same thing... again. Okay, now 'icmp-tunneling' works the way it should :-). Cheers, Mark. signature.asc Description: This is a digitally signed message part. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
On 20 February 2010 09:26, Richard A Steenbergen r...@e-gerbil.net wrote: Woohoo. Now if only it much verbosity...be that hard? Well, I guess it's official. It's technically impossible to please you. :) David ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
On Sat, Feb 20, 2010 at 06:46:01PM +0100, Malte von dem Hagen wrote: You're right, that suck0rz big time. In 2010, one isn't used to having to wait for a download the time it takes to get a cup of coffee AND to empty it (this even works for the litre-buckets some of my colleagues use as mugs). I always wonder why of all companies network manufacturers have such bad internet connectivity (C and B aren't much better than J...). Maybe they need a good hosting ISP? I'd be glad to help ;-) Oh trust me vendor B/F is so much worse. Not only to they host their download server off a DSL line, but they limit the simultanious connections to 1 per IP. You can't even go browsing for other software or download the release notes while you wait for your first download to finish. And at least Juniper hasn't pulled a Cisco-style move and required javascript to download files. -- Richard A Steenbergen r...@e-gerbil.net http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Finally...
Richard A Steenbergen wrote: On Sat, Feb 20, 2010 at 06:46:01PM +0100, Malte von dem Hagen wrote: You're right, that suck0rz big time. In 2010, one isn't used to having to wait for a download the time it takes to get a cup of coffee AND to empty it (this even works for the litre-buckets some of my colleagues use as mugs). I always wonder why of all companies network manufacturers have such bad internet connectivity (C and B aren't much better than J...). Maybe they need a good hosting ISP? I'd be glad to help ;-) Oh trust me vendor B/F is so much worse. Not only to they host their download server off a DSL line, but they limit the simultanious connections to 1 per IP. You can't even go browsing for other software or download the release notes while you wait for your first download to finish. And at least Juniper hasn't pulled a Cisco-style move and required javascript to download files. There is no excuse for that in 2010 (or even 2000). If they don't have the capacity or expertise to host sufficient download capacity in house then they should contract that out to someone who does. I wonder if they would require the download servers to be behind some other vendor's routers/switches so they can serve the cricital update that has their hardware falling over :) -Kevin ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
