[nsp] Debug dialer Access Lists

[David Adams]

Greetings all,

I have some branch offices connecting via ISDN, i've got 803's at both ends of the links. I'm debugging my access lists on dialer 1 and am getting the following

debug dialer packets
Apr  9 14:17:00: BR0 DDR: ip (s=x.x.x.x, d=x.x.x.x), 400 bytes, incoming interesting (list 101)
Apr  9 14:17:00: BR0 DDR: ip (s=x.x.x.x, d=x.x.x.x), 823 bytes, outgoing uninteresting (list 101)

The router is only recognising incoming packets as interesting, is this because the source port for outgoing packets is >1023 and therefore does not apply to the access list?
Is there a way of adding detail to the output so that i can see which ports are being connected to etc so that i can work out if i need to make the traffic interesting or not. In other words, a tcpdump / nstreams like feature for Cisco IOS? IOS version on these routers is IOS (tm) C800 Software (C800-OSY6-MW), Version 12.2(10a)

thanks

Dave 
 
IT Manager 
John Crowley Infrastructure Maintenance 
Telephone: +44 020 8709 5609 
Mobile Number +44 079 0539 4003 
E-Mail Address: dadams at johncrowley.co.uk 
Website: http://www.johncrowley.co.uk
 
--------------------------------------------------------
Company registered in England, number 1301330 
 

 
 
This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from John Crowley (Maidstone) Ltd may be monitored.  
 
Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of John Crowley (Maidstone) Ltd. 
--------------------------------------------------------