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

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISSUES

Welcome to the Cisco Networking Professionals Ask the Expert conversation. This is an opportunity to discuss with Cisco expert Zulfiqar Ahmed about troubleshooting ISDN, Async/modem, PPP/MLP, T1/T3 and other dialup issues on Cisco AS5x00 series and other access servers. Zulfiqar Ahmed, CCIE# 3960, is part of Technical Assistance Center (TAC) based out of San Jose, California where he currently holds the position of Customer Support Engineer in Access-Cable team. He joined Cisco in 1997 as an engineer in TAC. He routinely provides escalation in complex Access related issues, conducts trainings and war rooms for coworkers and partners, and writes and reviews CCO docs.

Remember to use the rating system to let Zulfiqar know if you have received an adequate response.

Zulfiqar might not be able to answer each question due to the volume expected during this event. Our moderators will post many of the unanswered questions in other discussion forums shortly after the event. This event lasts through April 7, 2006. Visit this forum often to view responses to your questions and the questions of other community members.

42 REPLIES
New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

We have an Access Server AS5300, 2 ISDN lines, and a Funk Radius server. When the user dials in from a local number, he does not need to enter the the charge card account. However, when the user dials in from a long distance, he needs to enter the charge card account so that the call will charge directly to the company account. How do we setup on the AS5300 and/or RADIUS to allow the users to dial-in using the charge card? Thanks.

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Diane,

Assuming this is for voice application, you will find the following docs handy on your question :

Configuring Debit Card Applications

http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09186a0080080a99.html

Configuring Debit Card for Packet Telephony

http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configuration_guide_chapter09186a00800ca6a6.html

Configuring Interactive Voice Response

http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configuration_guide_chapter09186a00800ca6a5.html

TCL Ware Frequently Asked Questions

http://www.cisco.com/en/US/products/sw/voicesw/ps2192/products_qanda_item09186a008009483b.shtml

For further assistance, you might want to open up a TAC case.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

We do not intend to setup the Debit Card or Voice applications. Assuming you are at a hotel and would like to dial-in to your office network by using company charge card so you do not need to pay the long distance telephone charge out of your pocket. What do you need to setup on the AS5300 and/or Radius server to allow you to dial-in to your network by using the company charge card?

Thanks.

Diane

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Diane,

this is not a so-complex solution as it looks on a first sight :)

One of the solutions is to create a separate dialer-group or group-async interface. Map to it the ports from the local ISDN line and disable the ppp authentication inside.

Here is a classic example:

interface Group-Async0

description dial-up users, 30 lines

ip unnumbered FastEthernet0/0

encapsulation ppp

ip tcp header-compression

no ip mroute-cache

async default routing

async mode interactive

peer default ip address pool dial-up

no fair-queue

ppp authentication pap chap

group-range 1/00 1/29

Create the same one and just remove the ppp authentication statement. In this manner, everyone who calls into the PRI line, whose ports are mapped to this asyng-group interface, will have a PPP session started directly, without any authentication.

However, if a local customer can call over any of the two PRI lines, then the story goes quite different.

ANother solution is to force the local customers to login with a multilogin fixed username and password.

You will need some tweaking at the Radius side to match the local calls by the DNIS (Called-Number).

I have no experience with Funk Radius, but on other Radius servers - Radiator, FreeRadius, XTRadius and (I am not 100% sure for that one) Vircom, this can be achieved direct or via some scripting.

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Teodor,

Thanks for your response.

The local customer can call over any of the two PRI lines. The only difference is if it is a local call, the user does not need to enter the charge card account. However, if it is a long distance, the user needs to enter the company charge card account to pay for the long distance charge. Thanks.

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Diane,

Thanks for confirming that the application is dialup and not voice.

Believe it or not, you do not need any configuration on the AS5300 or on your Radius server for this matter at all, whatsoever.

This charge card is something that is between your mobile user at a hotel and the telephone company (long distance carrier) which you bought these charge cards from (for your users).

Your AS5300 does not need to know, nor does it care that this incoming call is from a user who is dialing in using a charge card. In other words, your AS5300 and AAA server has nothing to do with charge card.

You just need to help the end users figure out their dial strings on the client side (their laptops).

So, for example, if this AS5300 is located in 408 area code (San Jose, California where I am located), and likewise, your PRIs are dialed using 408-666-1212 number, so your mobile users would set up a DUN profile with the dial string being something like 9,18005551234,,,54311,,4086661212 .

The way it usually works is, you dial 9 to get out of the hotel PBX, then get secondary dial tone. From there you dial an 800 number to get to the calling/charge card IVR. The calling card IVR usually sends a special tone indicating readiness to accept the PIN (which, for instance, is 54311 in the above dial string). After the IVR accepts your PIN, that's when you enter your ultimate E.164 address (4086661212 number, for instance, in the above dial string).

Now, when such a call (from your mobile user) goes through, it will come into the NAS with a DNIS of 4086661212 (or whatever). So from the NAS perspective, a charge card call is no different from any other call.

If you are wondering about the charge card accounting, this is done by the long distance carrier or the charge/calling card company. Again, this is not something that would need to worry about on your AS5300 or the Radius server.

Having said that, I would strongly suggest you to actually get a toll free (800) number for your PRIs, instead of this charge card idea, which is a little old these days.

This 800 service, will be much better because, (a) its easier for the users, (b) users can only use the 800 to call the NAS, not call something else, and (c) you can track the usage on the NAS by looking for DNIS=18001112222 (assuming 800-111-2222) is your new 800 number).

Let me know if you have any follow up questions.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

Thank you very much for your response. Sorry for not making it clear the first time. Questions:

1. You said the AS5300 and AAA server do not care about the incoming calls. So, I would need to setup two DUN profiles. One profile if I am local (I do not need to enter the charge card account). One profile if I dial-in from a remote location (enter a charge card account)

2. In your example, is this normally the correct format of dial string 9,18005551234,,,54311,,4086661212? What I mean is I would put in 3 commas after the charge card account, followed by the PIN number, followed by 2 commas, then the dial-up number

3. I look at the accounting on my RADIUS server and do not see the calling telephone number display. Is this something that I need to setup on the AS5300?

I agree with you that the charge card idea is a little old these days. But, it was my boss' idea of using the charge card. I just have to follow the instructions. Currently, we have both the local and the toll free (800) numbers. However, some users use this toll free number from home or remote office to surf the net for personal use. As a result, our department absorbs a large amount of the long distance telephone charges. So, my boss thinks if the users need to enter the charge card (which charge directly to their department) in order to use the 800 number, they will only surf the net for business use. Just like if you buy something and charge to your personal credit card, you would pay attention to what you buy. However, if you use someone else's charge card, you just buy whatever you want since it is not your money

Please let me know if any of the questions is not clear. Thanks.

Diane

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Diane,

(1) Yes, that is correct.

(2) This actually can be tricky. Basically each comma

which is a dial modifier is equal to the value of

modem's S8 register which is by default 2

seconds :

Using Basic AT Modem Commands

http://support.microsoft.com/kb/q164659/

So what I would do is pick up a phone handset

and dial the numbers (in case of charge card

case) and note how long its taking to get to the

next step and then adjust the commas (or the

delay) accordingly.

But the number of commas I specified in the

example should generally work.

(3) CallerID (or ANI) is strictly a function of the

line. So your telco must be supplying that info

with the incoming call for you to be able to see

it on the router or the on the AAA server. Since

you have PRIs, please enable "debug isdn q931"

and see if you are getting 'Calling Party Number'

field in the incoming ISDN Q931 SETUP packet.

If not, please talk to your telco to get that

enabled.

Sure, makes sense as far as your company's idea of using charge cards is concerned.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

Thank you very much for taking time to respond to my questions. If I can think of any other questions, I will let you know.

Thanks.

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Teodor,

You do not need anything like this. Please see my response to Diane.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Dear Zulfiqar Ahmed,

I faced problem with ISDN BRI. It's actually used for voice but the issue is pure ISDN and I hope that you could help to resolve it.

The problem is that whenever CCME 4.0 get the call from PSTN the call handled properly but on disconnect the ISDN line goes down. If the call initiated from PSTN again then it does well, but if I try to initiate call from CCME then call failed because BRI interface concidered down. Here is debug of q921 & q931

Mar 29 12:38:55.327 CY: ISDN BR0/1/0 Q921: L2_EstablishDataLink: sending SABME

Mar 29 12:38:55.327 CY: ISDN BR0/1/0 Q921: User TX -> SABMEp sapi=0 tei=112

Mar 29 12:38:55.343 CY: ISDN BR0/1/0 Q921: User RX <- UAf sapi=0 tei=112

Mar 29 12:38:55.343 CY: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0/1/0, TEI 112 changed to up

Mar 29 12:38:55.375 CY: %LINK-3-UPDOWN: Interface BRI0/1/0, changed state to up

Mar 29 12:38:55.443 CY: ISDN BR0/1/0 Q921: User RX <- UI sapi=0 tei=127

Mar 29 12:38:55.443 CY: ISDN BR0/1/0 Q931: SETUP pd = 8 callref = 0x32

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

Date/Time i = 0x06031D0C2600

Calling Party Number i = 0x2183, '96292191'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '25878150'

Plan:ISDN, Type:National

Mar 29 12:38:55.463 CY: ISDN BR0/1/0 Q921: User TX -> INFO sapi=0 tei=112, ns=0 nr=0

Mar 29 12:38:55.463 CY: ISDN BR0/1/0 Q931: CALL_PROC pd = 8 callref = 0xB2

Channel ID i = 0x89

Exclusive, B1

Mar 29 12:38:55.483 CY: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=112 nr=1

Mar 29 12:38:55.487 CY: ISDN BR0/1/0 Q921: User TX -> INFO sapi=0 tei=112, ns=1 nr=0

Mar 29 12:38:55.487 CY: ISDN BR0/1/0 Q931: ALERTING pd = 8 callref = 0xB2

Mar 29 12:39:03.935 CY: ISDN BR0/1/0 Q921: User RX <- IDCKRQ ri=0 ai=75

Mar 29 12:39:04.583 CY: ISDN BR0/1/0 Q921: User RX <- INFO sapi=0 tei=112, ns=0 nr=2

Mar 29 12:39:04.583 CY: ISDN BR0/1/0 Q931: RELEASE pd = 8 callref = 0x32

Cause i = 0x8090 - Normal call clearing

Mar 29 12:39:04.583 CY: ISDN BR0/1/0 Q921: User TX -> RR sapi=0 tei=112 nr=1

Mar 29 12:39:04.587 CY: ISDN BR0/1/0 Q921: User TX -> INFO sapi=0 tei=112, ns=2 nr=1

Mar 29 12:39:04.587 CY: ISDN BR0/1/0 Q931: RELEASE_COMP pd = 8 callref = 0xB2

Mar 29 12:39:04.591 CY: ISDN BR0/1/0 Q921: User RX <- INFO sapi=0 tei=77, ns=0 nr=1

Mar 29 12:39:04.591 CY: ISDN BR0/1/0 Q931: RELEASE pd = 8 callref = 0x32

Cause i = 0x8090 - Normal call clearing

Mar 29 12:39:04.599 CY: ISDN BR0/1/0 Q921: User RX <- INFO sapi=0 tei=78, ns=0 nr=1

Mar 29 12:39:04.599 CY: ISDN BR0/1/0 Q931: RELEASE pd = 8 callref = 0x32

Cause i = 0x8090 - Normal call clearing

Mar 29 12:39:04.607 CY: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=112 nr=3

Mar 29 12:39:04.667 CY: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=77 nr=2

Mar 29 12:39:04.679 CY: ISDN BR0/1/0 Q921: User RX <- RR sapi=0 tei=78 nr=2

== CUT SOME Q921 MESSAGES ==

Mar 29 12:39:06.691 CY: ISDN BR0/1/0 Q921: User RX <- DISCp sapi=0 tei=78

Mar 29 12:39:06.695 CY: ISDN BR0/1/0 Q921: User RX <- DISCp sapi=0 tei=112

Mar 29 12:39:06.699 CY: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/1/0, TEI 112 changed to down

Mar 29 12:39:06.699 CY: ISDN BR0/1/0 Q921: User TX -> UAf sapi=0 tei=112

Mar 29 12:39:06.699 CY: ISDN BR0/1/0 Q931: Ux_DLRelInd: DL_REL_IND received from L2

Mar 29 12:39:07.007 CY: ISDN BR0/1/0 Q921: User RX <- IDREM ri=0 ai=76

== CUT SOME Q921 MESSAGES ==

Mar 29 12:39:09.691 CY: ISDN BR0/0/1 Q921: User RX <- RRf sapi=0 tei=114 nr=7

Mar 29 12:39:11.455 CY: %LINK-3-UPDOWN: Interface BRI0/1/0:2, changed state to down

Mar 29 12:39:11.455 CY: ISDN BR0/1/0 Q931: L3_ShutDown: Shutting down ISDN Layer 3

Please advice how to debug this problem dipper.

Thanking in advance,

Vladimir Kangi

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Vladimir ,

Assuming this is for NET3 switch type, its perfectly normal for the layer 2 to go/stay down when there is no active layer 3 call.

Hence the reason, you are seeing DISCp (disconnect packet) and IDREM (ID or TEI remove) packet from the switch side.

The router establishes layer 2 back again with the telco switch when there is another incoming or outgoing layer 3 call.

So if you are not able to do outbound dialing from this router, please go ahead and capture 'debug isdn

q921' and 'debug isdn q931' and post the output here along with your 'show run'. Please remove your IP addresses and passwords before doing that.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

Whenever layer 2 is down the voice dial-peer that use this particular BRI port for outbound dialing goes to STATE DOWN, thus I could not collect 'debug isdn

q921' and 'debug isdn q931' since calls are not goes via DOWN dial-peer. I can collect q921 and q931 only if dial-peer remain in STATE UP.

Please advice,

Vladimir Kangin

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Vladimir,

How about if you add "no dial-peer outbound status-check pots" in global config :

http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_command_reference_chapter09186a00801a7f23.html#wp1459139

.....and now dialout .

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Bingo! It's work.

Thanks a lot for your help.

Vladimir

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

It is me again. I just remember my question.

We have an Access Server AS5300. Is it possible to setup a Cisco router as a backup redundancy for the AS5300? Thanks.

Diane

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Diane,

If you could explain a bit more to me on what exact setup you are thinking about when you mean backup redundancy for your AS5300, I ll be better able to answer your question.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Zulfiqar,

Thanks for your prompt response. Sorry for not making my question clear. I am looking for a redundancy backup solution

1. We have one AS5300. As a Network Administrator, what should I do to provide access to the dial-up users if the AS5300 is down for whatever reasons? So, instead of purchasing another Access Server as a backup, can I setup a Cisco router (1604) to take place of the AS5300 until the AS5300 is fixed or what do you suggest?

2. If I purchase another Access Server, is it possible to setup so that if the primary Access Server goes down, the secondary Access Server would come up automatically or manually?

Please let me know if my questions are still not clear. Thanks.

Diane

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Diane,

I understand now. But no, its not possible to have a backup access server in this manner. All you can have is two access servers such that all their PRIs/CAS T1s are in one hunt group , so that if one box crashes or goes down for whatever reason, the 2nd box continues to take calls and provide dialup services to the users.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi,Ahmed

Good day to you, I had a Cisco 5300, 2xPRI E1 to serve as 60 dial-in modem dial-in for my customer, all this 60 lines are tie to one dial-in number, the problem i am facing now is the phone will get busy tone after running for few days (usually 3 to 5 days), 'sh controller E1' and 'sh isdn x' show everything is normal, the only work aroud is reload the gateway, wish you can enlighten me, 'debug isdn events' give me this message when I dial-in while the line is busy:

Mar 30 12:41:59 kl5300 1588: Mar 30 12:41:59.916: ISDN Se0:15: Incoming call id = 0x0361, dsl 0

Mar 30 12:41:59 kl5300 1589: Mar 30 12:41:59.916: Negotiated CCB->int_id 0 B-chan 0, req->int_id 0, B-chan 1

Mar 30 12:41:59 kl5300 1590: Mar 30 12:41:59.916: ISDN Se0:15: received CALL_INCOMING call_id 0x361

Mar 30 12:41:59 kl5300 1591: Mar 30 12:41:59.916: ISDN Se0:15: CALL_INCOMING: call type is VOICE ALAW, bchan = 0

Mar 30 12:41:59 kl5300 1592: Mar 30 12:41:59.916: ISDN Se0:15: Event: Received a VOICE call from 0200 on B0 at 64 Kb/s

Mar 30 12:41:59 kl5300 1593: Mar 30 12:41:59.916: ISDN Se0:15: RM returned call_type 1 resource type 0 response 1

Mar 30 12:41:59 kl5300 1594: Mar 30 12:41:59.920: ISDN Se0:15: INCOMING CALL: VOICE ERROR: Requested circuit/channel not available(0x2C): bchan 0, call id 361

Mar 30 12:42:00 kl5300 1595: Mar 30 12:41:59.920: ISDN Se0:15: process_disconnect(): call id 0x361, call type is VOICE, b_idb 0x61CFF258, ces 1, cause Requested circuit/channel not available(0x2C)

Mar 30 12:42:00 kl5300 1596: Mar 30 12:41:59.936: ISDN Se0:15: CCPRI_ReleaseCall(): bchan 1, call id 0x361, call type VOICE

Mar 30 12:42:00 kl5300 1597: Mar 30 12:41:59.936: CCPRI_ReleaseChan released b_dsl 0 B_Chan 1

Mar 30 12:42:00 kl5300 1598: Mar 30 12:41:59.936: ISDN Se0:15: received CALL_CLEARED call_id 0x361

Output of 'debug isdn q921':

Mar 30 12:19:08 kl5300 1241: Mar 30 12:19:08.643: ISDN Se0:15: RX <- INFOc sapi = 0 tei = 0 ns = 64 nr = 89 i = 0x08020AA90504039090A31803A9839F1E0282836C060183303230307009C13236313230333030A1

Configuration realated to modem:

modem-pool default

pool-range 1-60

called-number 2612xxxx max-conn 60

controller E1 0

framing NO-CRC4

clock source line primary

pri-group timeslots 1-31

!

controller E1 1

framing NO-CRC4

clock source line secondary 1

pri-group timeslots 1-31

interface Group-Async0

ip unnumbered FastEthernet0

ip access-group 180 in

encapsulation ppp

async mode dedicated

peer default ip address pool default_pool

no cdp enable

ppp authentication pap

group-range 1 60

line 1 120

no exec

modem Dialin

no flush-at-activation

modem autoconfigure type mica

no modem log rs232

autocommand ppp

transport input all

autoselect during-login

autoselect ppp

Thanks

Bernard Lee

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi Bernard,

Please capture the following debugs when the problem reoccurs next :

debug isdn q931

debug modem

debug modem csm (or debug csm modem)

Also please include 'show ver'.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Thanks, Zulfiqar

I will capture the logs once it occur again.

Cheers

Bernard

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi, Zulfiqar

My gateway had the same problem again, I really run out of ideas, hope you can help, pls see attach debug logs and sh run config.

Thanks

Bernard

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Bernard,

You seem to be hitting the following bug:

CSCdt16456: Requested circuit/channel not available even when there is one avail

Please upgrade to atleast some latest 12.2T code to get a fix.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hi, Zulfiqar

Thanks for your quick response, I will try it out asap.

Best Regards

Bernard

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hello,

I have a 3725 router. Is it possible for a user to choose wheather to accept callback & continoue with server calling the user back, or to cancel callback and continue to be hooked on the network with user initiated call.

For instance, when dialing from windows dial - up networking, on dialing preferences, item "Ask me for callback" is checked and i want to achieve, when DUN asks me to enter number on which to achieve callback, to click cancel and continue to be connected with original user initiated call.

And from the other side, i also want to have callback funcionality and if needed to enter the number in DUN and continue with callback.

Here is the config...

interface Group-Async1

description

ip unnumbered Loopback0

encapsulation ppp

async mode interactive

peer default ip address pool ip_pool_modem

no keepalive

ppp callback accept

ppp authentication pap chap ms-chap callin

group-range 65 94

line 65 94

password

flush-at-activation

script dialer odbiraj

script modem-off-hook offhook

modem InOut

transport input all

autoselect ppp

chat-script offhook "" "ATH1" OK

chat-script odbiraj ABORT ERROR ABORT BUSY "" "AT" OK "ATDT \T" TIMEOUT 45 CONNECT \c

chat-script callback ABORT ERROR ABORT BUSY "" "ATZ" OK "AT" OK "ATDT \T" TIMEOUT 60 CONNECT \c

Any help appreciated!

Bronze

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

No, this can not be done. There is no way to have the router proceed once user changed his mind and cancelled callback prompt.

Thanks and Regards,

~Zulfiqar

New Member

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hello Zulfiqar,

I guess about speeding up my console access to test devices in out lab from terminal server, and got some recognizable success when experimenting with "speed" setting on both sides, from 9600 to 115200.

1) As I want to have some more firm understanding of the topic, I welcome some useful hint about link (perhaps none-CCO about async. theory) or direct tip, what to tune more.

2) What is the "automore on" flag when I view either console port or vty line, how can I control it? Is it that thing which pages my show commands, or not? Because now, when turned on for both types, the vty access makes "show version" with no paging, but console access does. Any idea?

Thanks a lot for your answer.

Peter

Re: ASK THE EXPERT – TROUBLESHOOTING DIAL ACCESS MODEM/ISDN ISS

Hello Zulifiqar,

At a last minute solution one of my clients found themselves haveing to pickup a used as5300 for a dialin ras solution.

There are two pri lines comming into 48 mica modems on this. Unfortunatly I'm not familar with troubleshooting ras solutions and we have been haveing problems. With the PRI connection. From my understanding the telco is useing National Standard 2 for its switch type. We are using 12.0 on the AS5300 when I set it for primary-ni switch type is this the same?

One more question I was following this document as a guide for setting up RAS

http://www.cisco.com/en/US/products/sw/iosswrel/ps1828/products_configuration_guide_chapter09186a00800872d3.html#39840 When I try to do a show line to verify it says I should get the following in the document

I 1 TTY 115200/115200 - inout - - - 0 0 0/0

I 2 TTY 115200/115200 - inout - - - 0 0 0/0

3 TTY 115200/115200 - inout - - - 0 0 0/0

But mine comes up as

I 1 TTY - DialIn - - - 0 0 0/0 -

I 2 TTY - DialIn - - - 0 0 0/0 -

I 3 TTY - DialIn - - - 0 0 0/0 -

Can you tell what i might look into?

Patrick

111
Views
39
Helpful
42
Replies