RE: Ethernet OAM BCPs Please are there any yet???
I don't know if any Y.1731 gear will do anything other than constant interval probes. I'm also not sure what the values of randomly spaced probes would be. As far as I know the Y.1731 performance measurement probes are intended to be used to obtain performance data on circuits with as little impact on the available bandwidth as possible. Using a random departure time sounds like the sort of load test where you want to generate a synthetic data stream and consume bandwidth. Jonathon -Original Message- From: Adam Vitkovsky [mailto:adam.vitkov...@swan.sk] Sent: Thursday, 27 September 2012 7:39 p.m. To: Jonathon Exley; nanog@nanog.org Subject: RE: Ethernet OAM BCPs Please are there any yet??? Thank you so much Jonathon. This is exactly what I what I was searching for. Oh and yes I should have mentioned I'd like to do the Y.1731 and measure the delay and delay variance Just yesterday evening I found a great article about how ATT did theirs active measurements though for IP - wondering if I could do the same for my Y.1731 They used dedicated servers and I'll be running this form the routers ME3600X and CX and ASR9K so I'm a bit worried about the scaling of the whole thing ATT basically used two probes and each 24-hour day is divided into 96 test cycles of 15 minutes A Poisson probe sequence of duration equal to the test cycle characteristics: - Poisson distribution with average interarrival time of 3.3 s - Packet size of 278 bytes, including headers - UDP protocol Two periodic probe sequences in every test characteristics: - Interval of 20 ms between successive packets (or 50 packets/s) - 1 min duration - Random start time within the 15 min cycle - Packet size of 60 bytes (including headers) - UDP protocol adam This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: Ethernet OAM BCPs Please are there any yet???
The ITU recommend the following levels: 5,6,7 = Customer 3,4 = Provider 1,2 = Operator 0= Local segment I don't know if there are any rules of thumb for the CCM interval - faster is more sensitive unstable, slow is sluggish but stable. The spec allows between 3.33 ms and 10 minutes in 7 steps, with 1s being the midpoint. So we use 1s intervals. I'm not sure if the other parameters you mention are configurable for CCM. I think the packet has a constant size. Are you wanting to also do Y.1731 performance management? Jonathon -Original Message- From: Adam Vitkovsky [mailto:adam.vitkov...@swan.sk] Sent: Wednesday, 26 September 2012 9:29 p.m. To: nanog@nanog.org Subject: Ethernet OAM BCPs Please are there any yet??? Hi Are there any best common practices for the CFM levels use Since my pure Ethernet aggregation layers are small I believe I only need two CFM levels I plan on using Level 5 between CPEs managed by us and Level 4 between Aggregation devices -that's where MPLS PWs kicks in So leaving Level 7 and Level 6 for customers and carrier-customers respectfully -would this be enough please? I'm also interested on what's the rule of thumb for CCMs Frequency, Number of Packets, Interpacket Interval, Packet Size and Lifetime for the particular operation Thanks a lot for any inputs This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE:
-Original Message- From: br...@pobox.com [mailto:br...@pobox.com] per-packet load-balancing between default route and null0 could accomplish that goal. Actually, wouldn't source/dest tuple based balancing be even more interesting? Or perhaps a combination of both! Another way would be to route via a Vyatta router and configure packet corruption: set qos-policy network-emulator BadPackets packet-corruption 10% Jonathon This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: ZOMG: IPv6 a plot to stymie FBI !!!11!ONE!
APNIC has a web based whois form that is pretty easy to drive. Jonathon -Original Message- From: Steven Noble [mailto:sno...@sonn.com] Sent: Saturday, 16 June 2012 12:05 p.m. To: goe...@anime.net Cc: nanog@nanog.org Subject: Re: ZOMG: IPv6 a plot to stymie FBI !!!11!ONE! Sent from my iPhone On Jun 15, 2012, at 3:53 PM, goe...@anime.net wrote: On Fri, 15 Jun 2012, Scott Weeks wrote: if arin would clamp down and revoke allocations that had provably wrong/fraudulent whois data, we would probably get 50% IPv4 space back. Part of the issue is how hard it is to update ARIN, they gladly take your money but it's like pulling teeth to get anything updated and sometimes you run out of teeth. I don't know if this is true about apnic, ripe and the others. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
Re: Network device command line interfaces
That's the problem - as a propellorhead I don't make the purchasing decisions. I can recommend products but low cost speaks more loudly than this gear is a dog to work with. I don't really believe that manufacturers make crippleware user interfaces for thier products to encourage people to buy a more expensive range. I am more inclined to think that the software developers didn't have a good requirements spec to work from and made it up off thier own back. With the wealth of experience of people using these devices in this forum, maybe we could collate some good advice on what features of a UI are really important. Hopefully there are some manufactures listening who can take the advice on board for the next product they develop. Jonathon On 24/11/2011, at 18:04, Mike Hale eyeronic.des...@gmail.com wrote: If only it were that simple. Try explaining the difference between the blinky lights on a 3750 and the netgear switch to a CFO who has little tech background. On Wed, Nov 23, 2011 at 8:51 PM, Dobbins, Roland rdobb...@arbor.net wrote: On Nov 24, 2011, at 11:41 AM, Jonathon Exley wrote: I have a personal hate of text based menus and binary config backup files. So, the obvious solution is to buy the products of vendors whose CLIs one finds least offensive, is it not? ; --- Roland Dobbins rdobb...@arbor.net // http://www.arbornetworks.com The basis of optimism is sheer terror. -- Oscar Wilde -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: Network device command line interfaces
Yeah, I guess Cisco IOS isn't that good an example of a consistent syntax. Others do it better - Junos sets the ASN with the 'routing-options autonomous-system' command, and TiMOS uses 'router autonomous-system' My rant wasn't about having to deal with new CLIs but about the lack of CLIs in those devices that seem to prefer menu based UIs (text or web), and CLIs that have nasty commands. Check this out: add flow fid-5-5 EVC-30600-Data codefault enable multi swap 99968000 100032000 1024 1024 5000 ctag push 15-0 stag none Now what does that string of numbers mean? It's the Adva 825 way of specifying the CIR and EIR for a flow but I can never remember what each position represents. Compare this to TiMOS: sap-ingress 93 create description Test LNS queue 1 create rate 2000 mbs 25 kilobytes exit This creates a queue with max rate 2000 kbit/s and a max burst size of 25 kB. It's much easier to read than the Adva config, because each parameter is labelled. The Adva CLI isn't actually all that bad, but it's possible that had their developers had some sort of usability guide when they wrote the OS then they might have done things better. I was hoping that there was already some sort of usability guide around that could be shown to the manufacturers with a please read this note attached. Is anyone aware of such a thing? Jonathon. From: Keegan Holley [mailto:keegan.hol...@sungard.com] Sent: Friday, 25 November 2011 4:12 p.m. To: Jonathon Exley Cc: nanog@nanog.org Subject: Re: Network device command line interfaces I may have a different opinion here, but I not sure I'd call any CLI easy to work with. Cisco's training machine is so efficient that some learn IOS before leaving high school, so the fact that we all consider IOS easy to work with is relative. Just look at the router command. Most of us know that this is cisco's way of enabling protocols, but I would hardly call this intuitive if I didn't know it already. Then it's different for each protocol. So router BGP # starts the BGP process and sets your local AS number (very important). router eigrp # starts eigrp and sets a different AS number that doesn't really count (also important). router ospf # just sets a process ID in case you want to run multiple instances. There's also a config mode autonomous-system command but that only counts if your running EGP which is still in the CLI but isn't supported and doesn't start. Then there's all the different things you can/must do with access-lists because they were too lazy to code a different sort of filter. Remember CBAC? Did I mention this is the CLI we like? I don't mind wrestling with a new CLI because it's all relative. Most have read at least one cisco book and probably one juniper book so those CLI's are considered standard and all their sins are forgiven. Most of us have not gone through, training with extreme, enterasys, 3COM, netgear, foundry, fortigate, etc. etc. etc. So those become the PITA CLI's and suddenly non-standard commands and bad help menus become a crime again. I do find text-based menus obnoxious, unless it's a linux box and the text menu is a curses interface. In that case it's super-cool and I'm even willing to play games with text based menus. 2011/11/23 Jonathon Exley jonathon.ex...@kordia.co.nzmailto:jonathon.ex...@kordia.co.nz Does anyone else despair at the CLIs produced by networking vendors? Real routers use a CLI that is command based, like IOS, TiMOS or Junos. These interfaces work well over low bandwidth connections (unlike web interfaces), can work with config backup systems like RANCID, have a (mostly) consistent structure and good show commands. However vendors of low cost routers/switches/muxes seem to take a stab in the dark and produce some really nasty stuff. I have a personal hate of text based menus and binary config backup files. Doe this p*** off anyone else? The business part of the company says This device is great! It's cheap and does everything. However the poor sap who is given the task to make it work has to wrestle with a badly designed user interface and illogical syntax. Maybe the vendors need some sort of best practices guide for what manageability features their kit needs to support to make them acceptable to the market. Does anyone know if there is anything along these lines? Jonathon. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R). This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express
Network device command line interfaces
Does anyone else despair at the CLIs produced by networking vendors? Real routers use a CLI that is command based, like IOS, TiMOS or Junos. These interfaces work well over low bandwidth connections (unlike web interfaces), can work with config backup systems like RANCID, have a (mostly) consistent structure and good show commands. However vendors of low cost routers/switches/muxes seem to take a stab in the dark and produce some really nasty stuff. I have a personal hate of text based menus and binary config backup files. Doe this p*** off anyone else? The business part of the company says This device is great! It's cheap and does everything. However the poor sap who is given the task to make it work has to wrestle with a badly designed user interface and illogical syntax. Maybe the vendors need some sort of best practices guide for what manageability features their kit needs to support to make them acceptable to the market. Does anyone know if there is anything along these lines? Jonathon. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: OpenSource IPTV and VoD Solution
Maybe LIMBOS (http://sourceforge.net/projects/limbos/ ) would work for you? It seems to be instructions for DVB-H reception on Linux and using VLC to relay to the Darwin Streaming Server. Looks like you just can't get away from VLC. Jonathon -Original Message- From: Tayeb Meftah [mailto:tayeb.mef...@gmail.com] Sent: Wednesday, 16 November 2011 10:01 p.m. To: Quentin Carpent Cc: nanog@nanog.org Subject: Re: OpenSource IPTV and VoD Solution Thx But no rtsp Thx Envoyé de mon iPhone Le 16 nov. 2011 à 08:58, Quentin Carpent quentin.carp...@vtx-telecom.ch a écrit : Hi, I don't know if it meets your requirements but there is DVBlast: http://www.videolan.org/projects/dvblast.html BRs, Quentin Carpent Network Engineer -Message d'origine- De : Vlad Galu [mailto:g...@packetdam.com] Envoyé : mercredi 16 novembre 2011 06:18 À : Meftah Tayeb Cc : nanog@nanog.org Objet : Re: OpenSource IPTV and VoD Solution On Nov 14, 2011, at 10:25 PM, Meftah Tayeb wrote: thank you for that is a rtsp server no problem but how do i stream Live DVB traffic through it ? Thank you To be honest I haven't followed its development closely lately (although I contribute occasionally with networking related patches and improvements) so I can't answer that, but you should be able to send your stream to RTMPD using either MumuDVB or VLC, then demux it to as many (hundreds or even thousands, it is *that* good) clients as you need. I should have pointed you to the wiki [1] and the mailing list [2], sorry. HTH. [1] http://wiki.rtmpd.com/ [2] http://groups.google.com/group/c-rtmp-server?pli=1 -- PacketDam: a cost-effective software solution against DDoS http://www.packetdam.com This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: flow generating tool
The venerable mgen (http://cs.itd.nrl.navy.mil/work/mgen/) is another good option, provided you don't want lots of bandwidth. It has some flexibility in scripting the flows it creates. Jonathon -Original Message- From: Jason Leschnik [mailto:lesch...@gmail.com] Sent: Monday, 26 September 2011 11:21 p.m. To: Naiden Dimitrov Cc: nanog@nanog.org Subject: Re: flow generating tool Iperf is a good start http://iperf.sourceforge.net/ Would be interested in any other tools as well. -- Regards, Jason Leschnik. [m] 0432 35 4224 [w@] jason dot leschnik at ansto dot gov dot aujason.lesch...@ansto.gov.au [U@] jml...@uow.edu.au This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: flow generating tool
The test plan you use depends upon what you want to test - raw pps throughput, route convergence time, qos performance, etc. We use Exfo (http://www.exfo.com) testers working to a mac-swap loopback for commissioning testing of Ethernet access circuits, looking at the usual loss/throughput/latency/jitter metrics and burst size. When checking out new equipment in the lab we also use scapy scripts (http://www.secdev.org/projects/scapy/) to look at things like Ethertype and L2CP transparency. Jonathon -Original Message- From: Jason Leschnik [mailto:lesch...@gmail.com] Sent: Tuesday, 27 September 2011 3:02 a.m. To: jiaruc...@gmail.com Cc: George Jones; nanog@nanog.org; Naiden Dimitrov Subject: Re: flow generating tool Does anyone follow a network performance testing methodology, using hardware from companies like ixia/spirent? I know that basic testing is typically done for validation of configs, but i assume other issues would make themselves apparent when pushed to these higher loads. thoughts/comments? Thanks -- Regards, Jason Leschnik. [m] 0432 35 4224 [w@] jason dot leschnik at ansto dot gov dot aujason.lesch...@ansto.gov.au [U@] jml...@uow.edu.au This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: IPv6 end user addressing
Silly confidentiality notices are usually enforced by silly corporate IT departments and cannot be removed by mere mortal employees. They are an unavoidable part of life, like Outlook top posting and spam. Jonathon. -Original Message- From: Owen DeLong [mailto:o...@delong.com] Sent: Tuesday, 9 August 2011 8:26 a.m. To: Jonathon Exley Cc: nanog@nanog.org Subject: Re: IPv6 end user addressing [snip] P.S. Jonathon: If anything in your email was confidential, too bad. You posted it to a public list. Silly notice at the bottom to that effect removed. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: IPv6 end user addressing
This has probably been said before, but it makes me uncomfortable to think of everybody in the world being given /48 subnets by default. All of a sudden that wide expanse of 2^128 IP addresses shrinks to 2^48 sites. Sure that's still 65535 times more than 2^32 IPv4 addresses, but wouldn't it be wise to apply some conservatism now to allow the IPv6 address space to last for many more years? After all, there are only 4 bits of IP version field so the basic packet format won't last forever. Jonathon This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: Ethernet performance tests
How smooth is the Ixchariot data stream? When Chariot was a NetIQ product it seemed to generate regular spikes as the algorithm tried to correct the total throughput over a time interval. It's not a problem for slow data rates but when testing near the limit of a circuit's capacity the spikes could sometimes overflow the buffers of Ethernet media converters and give false results. Jonathon -Original Message- From: Stefano Gridelli [mailto:sgride...@gmail.com] Sent: Friday, 29 October 2010 1:08 a.m. To: Diogo Montagner; Tim Jackson; nanog@nanog.org Subject: Re: Ethernet performance tests Hi Diogo We use ixchariot endpoints installed on linux laptops to test sites for voice readiness. Ixchariot calculates for you the MOS score and, depending from the NIC, can also push close to 1 Gig of traffic. For larger bandwidth tests (I believe 6-7 Gig) and fast re-route testing (ms failover) we use ixia hardware. Ciao This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: Ethernet performance tests
For comissioning testing, you can use a hardware packet generator to send packets to an Ethernet demarcation with a MAC-swap loopback, and analyse the returned traffic. For ongoing performance monitoring, having Y.1731 capable CPE is highly desirable. Jonathon. -Original Message- From: Diogo Montagner [mailto:diogo.montag...@gmail.com] Sent: Thursday, 28 October 2010 12:33 p.m. To: nanog@nanog.org Subject: Ethernet performance tests Hello everyone, I am looking for performance test methodology for ethernet-based circuits. These ethernet circuits can be: dark-fiber, l2circuit (martini), l2vpn (kompella), vpls or ng-vpls. Sometimes, the ethernet circuit can be a mix of these technologies, like below: CPE - metro-e - l2circuit - l2vpn - l2circuit - metro-e - CPE The goal is verify the performance end-to-end. I am looking for tools that can check at least the following parameters: - loss - latency - jitter - bandwidth - out-of-order delivery At this moment I have been used IPerf to achieve these results. But I would like to check if there is some test devices that can be used in situations like that to verify the ethernet-based circuit performance. The objective of these tests is to verify the signed SLAs of each circuit before the customer start to use it. I checked all MEF specifications and I only find something related to performance for Circuit Emulation over Metro-E (which is not my case). Appreciate your comments. Thanks! ./diogo -montagner This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: RIP Justification
It also scales better from the SP point of view. If you have 1000 L3VPN services on your PE node using OSPF to the customer that would require a lot of memory for the multiple LSDBs and a lot of CPU for the SPF calculations. BGP is nicer but the reality is that many enterprises don't have the know-how. Jonathon -Original Message- From: Heath Jones [mailto:hj1...@gmail.com] Sent: Saturday, 2 October 2010 12:39 a.m. To: Tim Franklin Cc: nanog@nanog.org Subject: Re: RIP Justification On 1 October 2010 12:19, Tim Franklin t...@pelican.org wrote: Or BGP. Why not? Of course, technically you could use almost any routing protocol. OSPF and IS-IS would require more configuration and maintenance, BGP even more still. I think this is a pretty good example though of how RIPv2 is probably the most appropriate for the job. It doesnt require further configuration from the provider side as new sites are added and is very simple to set up and maintain. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
RE: RIP Justification
RIP is useful as an edge protocol where there is a single access - less system overhead than OSPF. The service provider and the customer can redistribute the routes into whatever routing protocol they use in their own networks. Jonathon -Original Message- From: Jesse Loggins [mailto:jlogginsc...@gmail.com] Sent: Thursday, 30 September 2010 9:21 a.m. To: nanog@nanog.org Subject: RIP Justification A group of engineers and I were having a design discussion about routing protocols including RIP and static routing and the justifications of use for each protocol. One very interesting discussion was surrounding RIP and its use versus a protocol like OSPF. It seems that many Network Engineers consider RIP an old antiquated protocol that should be thrown in back of a closet never to be seen or heard from again. Some even preferred using a more complex protocol like OSPF instead of RIP. I am of the opinion that every protocol has its place, which seems to be contrary to some engineers way of thinking. This leads to my question. What are your views of when and where the RIP protocol is useful? Please excuse me if this is the incorrect forum for such questions. -- Jesse Loggins CCIE#14661 (RS, Service Provider) This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used,copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
Re: Mikrotik OC-3 Connection
In terms of FOSS routing platforms, I think Vyatta has a better user interface than Mikrotik. IMHO if the CLI is awkward then there a higher risk of misconfiguration. I haven't used either enough to comment about stability. Jonathon. This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
Re: 10Gbps Traffic Test Systems
I have done QoS testing using Endace DAG cards - they can do capture as well as traffic generation. See http://www.endace.com/dag-8.1sx.html Jonathon This email and attachments: are confidential; may be protected by privilege and copyright; if received in error may not be used, copied, or kept; are not guaranteed to be virus-free; may not express the views of Kordia(R); do not designate an information system; and do not give rise to any liability for Kordia(R).
