Sweet didn't know about that

Thanks :)

On Thu, May 27, 2010 at 3:26 PM, Adrian Brayton <[email protected]> wrote:

> When it comes to multicast you should be familiar with MRM... I usually
> only "join" a group to test also but I think the blue-print mentions MRM!
> Also, another cool way to test is use "mstat" and it will tell you where it
> is broken along the path! It even gives you a little diagram!!
>
> This is when it is broken!
>
> R5#mstat 172.16.120.1
> Type escape sequence to abort.
> Mtrace from 172.16.120.1 to 172.16.25.5 via RPF
> From source (?) to destination (?)
> Waiting to accumulate statistics.....
> *Mar  1 03:37:06.903: %MROUTE-3-NO_PIM_NBR: There is no PIM neighbor on
> this IDB: FastEthernet0/0.25 -Process= "IGMP Input", ipl= 0, pid= 269.
> Results after 10 seconds:
>
>  Source        Response Dest   Packet Statistics For     Only For Traffic
> 172.16.120.1    172.16.25.5     All Multicast Traffic     From 172.16.120.1
>     |       __/  rtt 7    ms   Lost/Sent = Pct  Rate     To 0.0.0.0
>     v      /     hop 7    ms   ---------------------
>     --------------------
> 172.16.120.1
> 172.16.23.20    ?
>     |     ^      ttl   0
>     v     |      hop -2   s     0/0 = --%      0 pps    0/0 = --%  0 pps
> 172.16.23.2
> 172.16.25.2     ? Multicast disabled
>     |     ^      ttl   1
>     v     |      hop 2723 ms    0/0 = --%      0 pps    0/0 = --%  0 pps
> 172.16.25.5     ?
>     |      \__   ttl   2
>     v         \  hop 0    ms        0         0 pps           0    0 pps
> 172.16.25.5     172.16.25.5
>  Receiver      Query Source
>
>
>
>  On May 27, 2010, at 3:20 PM, Jonathan Fernatt wrote:
>
>  As far as multicast, typically I'll just join the multicast group on an
> interface on the router somewhere to verify. If you ping the group from
> wherever you want to simulate the source from, you should get a response
> from any interfaces that you've joined to the group. "ip igmp join-group
> 239.0.0.1" for example
>
> For QoS, to be honest, other than verifying configs, I don't do all that
> much. They're usually pretty straight forward. There are some traffic
> generators out there. I can't remember the names off the top of my head but
> I have them at home. I'll find the names and send to you later.
>
> Jon
>
> On Tue, May 25, 2010 at 12:41 PM, Áki Hermann Barkarson <[email protected]>wrote:
>
>> Hi guys.
>>
>> I'm new to the IP Expert study program, starting the blended solution
>> studies this week(passed my written 350-001 this morning, yay :o).
>>
>> Seems this list is used for anything and everything so i have a study
>> related question.
>>
>> I plan on generating traffic other then icmp or tcp connection
>> verification with telnet, especially for QoS and multicast. I'd love to get
>> my hands on a lightweight QEMU bootable image with pre-compiled tools for
>> this(like iPerf, nmap etc), does anyone know of a distribution like this? Or
>> maybe a lightweight image that has capability to compile stuff, i have tried
>> some of the one's available and had little luck getting tools properly
>> compiled.
>>
>> And if this is maybe the wrong approach, what are you guys using to verify
>> technologies like QoS or multicast?
>>
>>
>> Áki Hermann Barkarson
>> Sérfræðingur | Netbúnaðarhópur
>> CCNP/CCIP/CCDP
>>
>> EJS ehf.
>> Grensásvegi 8 - 108 Reykjavík
>> Sími : 5633124
>> GSM : 6643124
>>
>> www.ejs.is
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to