Well, this is a default behaviour in IOS (i think starting from 12.2 not
sure)
It translates between the two encapsulations automatically for us.
Good thing i guess except for CCIE lab :)
On Jun 18, 2011 8:03 PM, "imran ali" <immrccie_at_gmail.com> wrote:
> some one please lab this up on real gear ......this set up was on gns
>
> my logic says encap mismatch should result in packet drop ...on end
> devices....
>
>
>
>
>
>
>
> On Sat, Jun 18, 2011 at 7:09 PM, marc edwards <renorider_at_gmail.com> wrote:
>
>> Looks like they both still have kmills type cisco even though ietf was
>> configured on R3
>> On Jun 18, 2011 8:14 AM, "imran ali" <immrccie_at_gmail.com> wrote:
>> > Dear all
>> >
>> > if the encapsulation dosent match on between two frame-realy router
doest
>> it
>> > logical to think circuit will break ?
>> >
>> > R1#show frame-relay map
>> > Serial0/0 (up): ip 10.0.0.3 dlci 103(0x67,0x1870), static,
>> > broadcast,
>> > CISCO, status defined, active
>> >
>> > R3#sh frame-relay map
>> > Serial0/1 (up): ip 10.0.0.1 dlci 301(0x12D,0x48D0), static,
>> > broadcast,
>> > IETF, status defined, active
>> > CISCO, status defined, active
>> >
>> > R1#ping 10.0.0.3
>> > Type escape sequence to abort.
>> > Sending 5, 100-byte ICMP Echos to 10.0.0.3, timeout is 2 seconds:
>> > !!!!!
>> > Success rate is 100 percent (5/5), round-trip min/avg/max = 40/51/80 ms
>> > R1#
>> >
>> > both are connected and reachable .....yet their is mismatch in
>> encapsulatin
>> > type ...
>> >
>> >
>> > why ?
>> >
>> >
>> > 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
Blogs and organic groups at http://www.ccie.net
Received on Sat Jun 18 2011 - 20:18:52 ART
This archive was generated by hypermail 2.2.0 : Fri Jul 01 2011 - 06:24:28 ART