Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
New Member

3640 won't respond to gns requests over isdn dialup

async interface will respond but isdn will not, details below.

Async62 is up, line protocol is up

(IPX network number cloned from interface Loopback0)

IPX address is 48500011.0009.b7fe.1b40 [up]

Delay of this IPX network, in ticks is 30 throughput 0 link delay 0

IPXWAN processing not enabled on this interface.

IPX SAP updates are never sent

IPX type 20 propagation packet forwarding is disabled

Incoming access list is not set

Outgoing access list is not set

IPX helper access list is not set

SAP GGS output filter list is not set

SAP GNS processing enabled, delay 0 ms, output filter list is not set

SAP Input filter list is not set

SAP Output filter list is not set

SAP Router filter list is not set

Input filter list is not set

Output filter list is not set

Router filter list is not set

Netbios Input host access list is not set

Netbios Input bytes access list is not set

Netbios Output host access list is not set

Netbios Output bytes access list is not set

Updates are never sent aging multiples RIP: 3 SAP: 3

SAP interpacket delay is 55 ms, maximum size is 480 bytes

RIP interpacket delay is 55 ms, maximum size is 432 bytes

RIP response delay is not set

Watchdog processing is currently disabled

SPX spoofing is disabled, idle time 60

IPX accounting is disabled

IPX fast switching is configured (enabled)

RIP packets received 29, RIP packets sent 29, 0 Throttled

RIP specific requests received 29, RIP specific replies sent 29

RIP general requests received 0, 0 ignored, RIP general replies sent 0

SAP packets received 2, SAP packets sent 2, 0 Throttled

SAP GNS packets received 2, SAP GNS replies sent 2

SAP GGS packets received 0, 0 ignored, SAP GGS replies sent 0

Dialer1 is up, line protocol is up

(IPX network number cloned from interface Loopback1)

IPX address is 48500021.0009.b7fe.1b40 [up]

Delay of this IPX network, in ticks is 6 throughput 0 link delay 0

IPXWAN processing not enabled on this interface.

IPX SAP updates are never sent

IPX type 20 propagation packet forwarding is disabled

Incoming access list is not set

Outgoing access list is not set

IPX helper access list is not set

SAP GGS output filter list is not set

SAP GNS processing enabled, delay 0 ms, output filter list is not set

SAP Input filter list is not set

SAP Output filter list is not set

SAP Router filter list is not set

Input filter list is not set

Output filter list is not set

Router filter list is not set

Netbios Input host access list is not set

Netbios Input bytes access list is not set

Netbios Output host access list is not set

Netbios Output bytes access list is not set

Updates are never sent aging multiples RIP: 3 SAP: 3

SAP interpacket delay is 55 ms, maximum size is 480 bytes

RIP interpacket delay is 55 ms, maximum size is 432 bytes

RIP response delay is not set

Watchdog processing is currently disabled

SPX spoofing is disabled, idle time 60

IPX accounting is disabled

IPX fast switching is not configured

RIP packets received 1749, RIP packets sent 1109, 0 Throttled

RIP specific requests received 1749, RIP specific replies sent 1749

RIP general requests received 0, 0 ignored, RIP general replies sent 0

SAP packets received 260, SAP packets sent 2065, 0 Throttled

SAP GNS packets received 132, SAP GNS replies sent 0

SAP GGS packets received 117, 0 ignored, SAP GGS replies sent 879

2 REPLIES
New Member

Re: 3640 won't respond to gns requests over isdn dialup

You could try the following document which has information about Troubleshooting IPX problems.

http://www.cisco.com/warp/customer/473/33.html

This problem seems to be related to similar bugs associated with IPX connectivity over dial-up. You can use the Bug Toolkit tool to get more information about following bugs :

CSCdk26170

CSCdm62598

New Member

Re: 3640 won't respond to gns requests over isdn dialup

thanks for that but have already solved problem, for info i took the ipx network off the loopback interface which was mapped to dialer1 with the ipx ppp-client command and applied it directly to the dialer interface and it all seems to work fine now.

thanks

mark

97
Views
0
Helpful
2
Replies
CreatePlease to create content