cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4768
Views
10
Helpful
4
Replies

debug isdn ..no output shown

andy.butler
Level 1
Level 1

I've seen this problem once before but cant remember how to solve it.

I'm running a 2851 as a h323 gateway connected to an E1. when i run 'debug isdn q931' i'm not seeing the output although i know for a fact calls are going in and coming out. i'm connected via console which monitors so term mon is not needed but i'm sure there is a logging command or something that then makes the output be shown.

just cant remember...can anybody help??

1 Accepted Solution

Accepted Solutions

Andy

It is possible (but in my experience less likely) for the same issues to impact debug output to telnet sessions. Someone could have changed the severity level or could have disabled logging to the monitor (which is what sends output to telnet sessions). For telnet the command is simmilar (but not quite the same):

logging monitor debug

One way to check things is to issue the show log command. In the first group of lines displayed it should show the various logging destinations and how they are set (console logging, buffer logging, and trap logging). It should show what is enabled and what is disabled and what severity level is set for each.

HTH

Rick

HTH

Rick

View solution in original post

4 Replies 4

Richard Burts
Hall of Fame
Hall of Fame

Andy

There are several things that may result in debug output now showing up on the console. It is possible that someone has configured the console output for a level that excludes debug output (which is level 7). Or it is possible that someone has configured the console to not display syslog output.

The solution to both of these is to configure:

logging console debug

HTH

Rick

HTH

Rick

thanks rick i'll give that a try. would a similar command work for a telnet session or would that be the same problem?

this was an out of the box router so it seems strange but i really appreciate your help

Andy

It is possible (but in my experience less likely) for the same issues to impact debug output to telnet sessions. Someone could have changed the severity level or could have disabled logging to the monitor (which is what sends output to telnet sessions). For telnet the command is simmilar (but not quite the same):

logging monitor debug

One way to check things is to issue the show log command. In the first group of lines displayed it should show the various logging destinations and how they are set (console logging, buffer logging, and trap logging). It should show what is enabled and what is disabled and what severity level is set for each.

HTH

Rick

HTH

Rick

Andy

I am glad that my response was helpful in resolving your question. Thank you for using the rating system to indicate that your question was resolved (and thanks for the rating). It makes the forum more useful when people can read a question and can know that there was a response that did help resolve the question.

The forum is an excellent place to learn about Cisco networking. I encourage you to continue your participation in the forum.

HTH

Rick

HTH

Rick
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Review Cisco Networking products for a $25 gift card