Re: ICMP Query!!!

From: Marko Milivojevic <markom_at_ipexpert.com>
Date: Sat, 13 Nov 2010 07:15:59 -0500

ICMP as used in IPv4 and ICMPv6 only share a common name. They really
have very little in common as far as their purpose in networks goes.

Otherwise, yes - in IPv6, ICMP and multicast have things to do with
each other. However, in IPv6 there is no IGMP, so that's a moot point.

--
Marko Milivojevic - CCIE #18427
Senior Technical Instructor - IPexpert
FREE CCIE training: http://bit.ly/vLecture
Mailto: markom_at_ipexpert.com
Telephone: +1.810.326.1444
Web: http://www.ipexpert.com/
On Sat, Nov 13, 2010 at 07:11, Carlos G Mendioroz <tron_at_huapi.ba.ar> wrote:
> Marko,
> I have to disagree with you too, is it in my nature ?
>
> First of all, ICMP and IGMP have 3 out of 4 letters in common,
> and not only that, in the same place. That must mean something! :)
>
> Second, as soon as you go IPv6, ICMP takes the chore of multicast
> signalling at the LAN, so it has to do with mcast there.
>
> -Carlos
>
> Marko Milivojevic @ 12/11/2010 21:00 -0300 dixit:
>> I would just like to point out that ICMP has nothing to do with IGMP
>> and multicast.
>>
>> --
>> Marko Milivojevic - CCIE #18427
>> Senior Technical Instructor - IPexpert
>>
>> FREE CCIE training: http://bit.ly/vLecture
>>
>> Mailto: markom_at_ipexpert.com
>> Telephone: +1.810.326.1444
>> Web: http://www.ipexpert.com/
>>
>> On Fri, Nov 12, 2010 at 18:39, Paul Negron <negron.paul_at_gmail.com> wrote:
>>> It is true that they help convey information or make sure a path is clear to
>>> send larger packets, but ICMP is not intended to help create state within
>>> the control plane.
>>>
>>> Like I said....
>>>
>>>
>>> IGMP helps to create a path in which Traffic will use.
>>> ICMP uses the data plane that a control plane protocol created.
>>>
>>> Does anyone else have anything useful to contribute?
>>>
>>> I would always love to hear another explanantion that can be useful and I'm
>>> sure CCIE KID would too, unless the "KID" already gets it.
>>>
>>>
>>> Narbik?
>>>
>>>
>>> --
>>> Paul Negron
>>> CCIE# 14856 CCSI# 22752
>>> Senior Technical Instructor
>>> www.micronicstraining.com
>>>
>>>
>>>
>>>> From: Carlos G Mendioroz <tron_at_huapi.ba.ar>
>>>> Date: Fri, 12 Nov 2010 17:39:56 -0300
>>>> To: Paul Negron <negron.paul_at_gmail.com>
>>>> Cc: CCIE KID <eliteccie_at_gmail.com>, Cisco certification
>>>> <ccielab_at_groupstudy.com>
>>>> Subject: Re: ICMP Query!!!
>>>>
>>>> I would call ICMP redirect packets a control thing though.
>>>> And when using ICMP probes (echo request/reply) as part of a IP SLA
>>>> construct, they are a control thing too.
>>>> What about packet too big ?
>>>>
>>>> In fact, Internet Control Message Protocol sounds a lot to control :)
>>>>
>>>> -Carlos
>>>>
>>>> Paul Negron @ 10/11/2010 14:21 -0300 dixit:
>>>>> I apologize, B I meant to state:
>>>>>
>>>>>> IGMP packets are used to create state on the Router that receives them.
>>>>>> Since it is used to create state, it is a part of the Control Plane process.
>>>>>> It joins so that trees can be built, Although it is PIM that builds them.
>>>>>>
>>>>>> ICMP is generating traffic and is not associated with building ANYTHING. It
>>>>>> is considered Data Plane traffic. It uses paths that have already been setup
>>>>>> by a Control Plane Protocol, like OSPF or EIGRP or PIM for that matter.
>>>>> I accidentally stated ICMP twice.
>>>>>
>>>>> Paul
>>>> --
>>>> Carlos G Mendioroz B <tron_at_huapi.ba.ar> B LW7 EQI B Argentina
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>
> --
> Carlos G Mendioroz B <tron_at_huapi.ba.ar> B LW7 EQI B Argentina
Blogs and organic groups at http://www.ccie.net
Received on Sat Nov 13 2010 - 07:15:59 ART

This archive was generated by hypermail 2.2.0 : Sun Dec 05 2010 - 22:14:56 ART