RE: ISDN switch type question

From: Scott Morris (smorris@xxxxxxxxxxxxxx)
Date: Sun Oct 01 2000 - 22:33:53 GMT-3


   
ISDN Switch types are DEFINITELY used by IOS. It specifies HOW a router
will talk to an ISDN switch. think of it as a dialect within a particular
language. If you are from the deep south of the US, you would have a heck
of a time speaking to someone from Brooklyn... (Just as an example)

ISDN switch types are LOCALLY SIGNIFICANT between your CPE device (router)
and the providers' ISDN switch. It has nothing to do with end-to-end
communication.

Speak with your service provider, and see what type their switch is
expecting to talk to you as. I would suspect that if you see the calls
coming in, and answering then dropping that you're looking at a different
problem other than ISDN switch types.

Scott

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Erick B.
Sent: Saturday, September 30, 2000 2:47 PM
To: ccielab@groupstudy.com
Subject: ISDN switch type question

Hello,

I was wondering if anyone knew how IOS really uses the
ISDN switch type specified. I haven't been able to
find a answer for this yet, other then huh?

I was connecting a remote site w/BRI to a central site
w/PRI. The Central site was connected to ISDN switch
that used dms100 type and the remote site was
basic-ni.
The problem was on the remote site w/BRI and globally
we had isdn-switch type basic-ni and also on the BRI
interface. ISDN was showing up, spids were good, etc.
We could dial, PRI would get call and we would drop
right away without getting to PPP. Cause on both sides
was normal clearing. Configs are good - we have other
sites dialing in here just with pretty much same
config.

After we changed the global ISDN switch type to dms100
and left the BRI interface set to basic-ni it works
fine. I thought the switch type on the interface took
precedence or does the global isdn switch type? I'm
puzzled on this and want to know why.



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:22 GMT-3