RE: IPX Network Discovery in IOS 12.1(13)

From: steven.j.nelson@xxxxxx
Date: Wed Jul 10 2002 - 08:52:04 GMT-3


   
Cool, I never knew that, I guess I have a long way to go ...

However it is in a switched environment so no luck there...

Steve

-----Original Message-----
From: Harish DV/peakxv [mailto:harish.dv@peakxv.net]
Sent: 10 July 2002 12:49
To: Nelson,SJ,Steven,IVNH33 C
Cc: ccielab@groupstudy.com; jotiram.shinde@cybertech.co.in;
nobody@groupstudy.com; nshah@connect.com.au
Subject: RE: IPX Network Discovery in IOS 12.1(13)

Steve,

sh cdp nei detail does show the remote ipx network number on serial
interfaces. However, this will not be helpful on a switched ethernet
inteface as the router shows the switchport as the cdp neighbor.

Harish

                      steven.j.nelson@b

                      t.com To:
jotiram.shinde@cybertech.co.in, nshah@connect.com.au

                      Sent by: cc:
ccielab@groupstudy.com

                      nobody@groupstudy Subject: RE: IPX Network
Discovery in IOS 12.1(13)
                      .com

                      07/10/2002 04:00

                      AM

                      Please respond to

                      steven.j.nelson

Jotiram

What has CDP got to do with this ???

Steve

-----Original Message-----
From: Jotiram Shinde [mailto:jotiram.shinde@cybertech.co.in]
Sent: 10 July 2002 11:57
To: nshah@connect.com.au; Nelson,SJ,Steven,IVNH33 C
Cc: 'ccielab@groupstudy.com'
Subject: RE: IPX Network Discovery in IOS 12.1(13)

Hi

I believe you will get the remote end layer 3 protocol information using '
show cdp neigbor details' Please see the syntax

Just check u have enabled the cdp on global as well as interface mode. I
believe the remote end ruter might have cdp enabled.

jotiram

> ----------
> From: steven.j.nelson@bt.com[SMTP:steven.j.nelson@bt.com]
> Reply To: steven.j.nelson@bt.com
> Sent: Wednesday, July 10, 2002 3:50 PM
> To: nshah@connect.com.au; ccielab@groupstudy.com
> Subject: RE: IPX Network Discovery in IOS 12.1(13)
>
> Nick
>
> Right, but it doesn't show.
>
> I have cleared the ipx routes, reloaded the box, changed the network
types
> and encaps loads of times. Still nothing.
>
> Thanks
>
> Steve
>
> -----Original Message-----
> From: Nick Shah [mailto:nshah@connect.com.au]
> Sent: 10 July 2002 11:15
> To: Nelson,SJ,Steven,IVNH33 C; ccielab
> Subject: Re: IPX Network Discovery in IOS 12.1(13)
>
>
> Well, I am having same issues with 12.1(10). And I am seeing exactly the
> same stuff as you (which is basically nothing :)
>
> The funny part is that if you turn the debugs on the *supposedly unknown
> router/server end* (which is the end, whose network we want to discover)
> you
> will see "bad network blah blah, expecting blah"
>
> rgds
> Nick
> ----- Original Message -----
> From: <steven.j.nelson@bt.com>
> To: <ccielab@groupstudy.com>
> Sent: Wednesday, July 10, 2002 7:20 PM
> Subject: IPX Network Discovery in IOS 12.1(13)
>
>
> > Group,
> >
> > I have been mucking about with IPX lately and found some issues with
> > discovering your IPX network using the standard method of debug IPX
> packet.
> >
> > I have done the usual created some subs, given them different IPX
> addresses
> > and encaps then applied the debug, sat back and waited... and nothing.
> >
> > I have also tested this on 12.1(15) GD code and it is exactly the same,
> I
> > was expecting the standard network x has blah encaps, expected blah...
> >
> > Has anyone else seen this ?
> >
> > Steve
> >
> > Steve Nelson
> > Customer Engineer
> > BT Ignite- National Solutions
> > T: +44 (0)1422 338881 M: +44 (0)7811 944172
> > e-mail: steven.j.nelson@bt.com
> > pp HW A170, PO Box 200(HOM-NZ), London, N18 1ZF
> > > British Telecommunications plc
> > > Registered office: 81 Newgate Street London EC1A 7AJ
> > > Registered in England no. 1800000.
> > > This electronic message contains information from British
> > Telecommunications plc which may be privileged or confidential. The
> > information is intended to be for the use of the individual(s) or
entity
> > named above. If you are not the intended recipient be aware that any
> > disclosure, copying, distribution or use of the contents of this
> information
> > is prohibited. If you have received this electronic message in error,
> please
> > notify us by telephone or email (to the numbers or address above)
> > immediately.



This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:25 GMT-3