PSTN Cloud setup/Config

I am trying to get my lab PSTN Cloud up and running an am totally confused by the DOCs.

The routers that will effectively form the cloud and their hardware config are below.

1760 Router 128D/48F (w/ 1 PDM4 and 1 PDM12 DSPs)
Cisco IOS Software, C1700 Software (C1700-ADVENTERPRISEK9-M), Version 12.4(15)T11, RELEASE SOFTWARE (fc2)

1 FastEthernet interface
1 Serial interface
1 Serial(sync/async) interface (WIC-1T in Slot1)
1 Channelized T1/PRI port (VWIC-1MFT-T1 in Slot2)
WIC T1-DSU (WIC-1DSU-T1 in Slot0)

3640 Router 128D/32F/20PCMCIA
Cisco IOS Software, 3600 Software (C3640-IK9O3S-M), Version 12.4(25a), RELEASE SOFTWARE (fc2)
2 Ethernet interfaces (NM-2E2W in Slot0)
4 Low-speed serial(sync/async) interfaces
16 terminal lines
1 Channelized T1/PRI port (NM-1CT1-CSU in Slot1)

The 3640 was previously used by a local ISP for dial in access and voice. When I frist started my CCNA studies, I used the NM-1CT1 to interface with another router with a WIC-1DSU-T1 in data mode.

I have tried using the Cisco Press "IP Telephoney Using CallManager Express Lab Portfolio" to do the configs, but I cannot seem to get things configured so the 2 routers can talk.

I am able to get the pri-group on the 3640 configured and

FR_Switch(config-controller)#pri-group timeslots 1-12
FR_Switch(config-controller)#
*Apr 18 16:18:31.477: %LINK-3-UPDOWN: Interface Serial1/0:0, changed state to down
*Apr 18 16:18:31.702: %LINK-3-UPDOWN: Interface Serial1/0:1, changed state to down
*Apr 18 16:18:31.702: %LINK-3-UPDOWN: Interface Serial1/0:2, changed state to down
*Apr 18 16:18:31.702: %LINK-3-UPDOWN: Interface Serial1/0:3, changed state to down
*Apr 18 16:18:31.794: %LINK-3-UPDOWN: Interface Serial1/0:4, changed state to down
*Apr 18 16:18:31.798: %CSM-5-PRI: add ISDN at slot 1, unit 0, channel 23 with index 0
*Apr 18 16:18:31.874: %LINK-3-UPDOWN: Interface Serial1/0:5, changed state to down
*Apr 18 16:18:31.970: %LINK-3-UPDOWN: Interface Serial1/0:6, changed state to down
*Apr 18 16:18:32.066: %LINK-3-UPDOWN: Interface Serial1/0:7, changed state to down
*Apr 18 16:18:32.162: %LINK-3-UPDOWN: Interface Serial1/0:8, changed state to down
*Apr 18 16:18:32.258: %LINK-3-UPDOWN: Interface Serial1/0:9, changed state to down
*Apr 18 16:18:32.354: %LINK-3-UPDOWN: Interface Serial1/0:10, changed state to down
*Apr 18 16:18:32.450: %LINK-3-UPDOWN: Interface Serial1/0:11, changed state to down
*Apr 18 16:18:32.474: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:0, changed state to down
*Apr 18 16:18:32.546: %LINK-3-UPDOWN: Interface Serial1/0:23, changed state to up
*Apr 18 16:18:32.702: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:1, changed state to down
*Apr 18 16:18:32.702: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:2, changed state to down
*Apr 18 16:18:32.702: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:3, changed state to down
*Apr 18 16:18:32.794: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:4, changed state to down
*Apr 18 16:18:32.874: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:5, changed state to down
*Apr 18 16:18:32.970: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:6, changed state to down
*Apr 18 16:18:33.066: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:7, changed state to down
*Apr 18 16:18:33.162: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:8, changed state to down
*Apr 18 16:18:33.258: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:9, changed state to down
*Apr 18 16:18:33.354: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0:10, changed state to down
FR_Switch(config-controller)#do sh isdn stat
Global ISDN Switchtype = primary-ni
ISDN Serial1/0:23 interface
        dsl 0, interface ISDN Switchtype = primary-ni
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 0 CCBs = 0
    The Free Channel Mask:  0x80000FFF
    Number of L2 Discards = 0, L2 Session ID = 3
    Total Allocated ISDN CCBs = 0

But when I try to do the same thing on the 1760 I get:

Hermesz_VoIP(config-controller)#pri-group timeslots 1-12
%Controller tdm clock does not have data capability
Hermesz_VoIP(config-controller)#

Is there something I am missing?

John

Find more posts tagged with

Comments

mikej412

hermeszdata wrote: »

Is there something I am missing?

I'd guess clock source configuration since you didn't show us the entire configuration.....

hermeszdata

mikej412 wrote: »

I'd guess clock source configuration since you didn't show us the entire configuration.....

Both interfaces are UP UP.

From the 1760
Hermesz_VoIP#sh controller t1 2/0
[COLOR=darkgreen]T1 2/0 is up.[/COLOR]
  Applique type is Channelized T1
  Cablelength is long gain36 0db
  No alarms detected.
  alarm-trigger is not set
  Soaking time: 3, Clearance time: 10
  AIS State:Clear  LOS State:Clear  LOF State:Clear 
  Version info Firmware: 20090113, FPGA: 20, spm_count = 0
  Framing is ESF, Line Code is B8ZS, Clock Source is Line.
  CRC Threshold is 320. Reported from firmware  is 320.
  Data in current interval (808 seconds elapsed):
     1 Line Code Violations, 708 Path Code Violations
     1 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 588 Unavail Secs
  Data in Interval 1:
     1 Line Code Violations, 2425 Path Code Violations
     90 Slip Secs, 0 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins
     90 Errored Secs, 0 Bursty Err Secs, 2 Severely Err Secs, 607 Unavail Secs
  Data in Interval 2:
     0 Line Code Violations, 0 Path Code Violations
     79 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     79 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 3:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 4:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 5:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 6:
     4 Line Code Violations, 3 Path Code Violations
     1 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 8 Unavail Secs
  Total Data (last 6 15 minute intervals):
     5 Line Code Violations, 2428 Path Code Violations,
     170 Slip Secs, 0 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins,
     170 Errored Secs, 0 Bursty Err Secs, 2 Severely Err Secs, 615 Unavail Secs
Hermesz_VoIP#
 
 
 
From the 3640
FR_Switch#sh controller t1 1/0
*Apr 18 17:16:47.607: %SYS-5-CONFIG_I: Configured from console by hermesz on console
[COLOR=darkgreen]T1 1/0 is up.[/COLOR]
  Applique type is Channelized T1
  Cablelength is long gain36 0db
  No alarms detected.
  alarm-trigger is not set
  Soaking time: 3, Clearance time: 10
  AIS State:Clear  LOS State:Clear  LOF State:Clear 
  Framing is ESF, Line Code is B8ZS, Clock Source is Internal.
  Data in current interval (712 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 1:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 2:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 3:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 4:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 5:
     0 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 6:
     1724 Line Code Violations, 0 Path Code Violations
     0 Slip Secs, 111 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 111 Unavail Secs
  Data in Interval 7:
     3 Line Code Violations, 0 Path Code Violations
     1 Slip Secs, 770 Fr Loss Secs, 2 Line Err Secs, 0 Degraded Mins
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 770 Unavail Secs
  Total Data (last 7 15 minute intervals):
     1727 Line Code Violations, 0 Path Code Violations,
     1 Slip Secs, 881 Fr Loss Secs, 3 Line Err Secs, 0 Degraded Mins,
     0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 881 Unavail Secs
FR_Switch#

Here are the configs:

1760 Configs
 
no aaa new-model
tdm clock T1 2/0 voice export line
voice-card 2
!
!
ip cef
!
!         
multilink bundle-name authenticated
isdn switch-type primary-ni
!
!
controller T1 2/0
 framing esf
 linecode b8zs
!
 
3640 Configs
 
isdn switch-type primary-ni
!
!
!         
controller T1 1/0
 framing esf
 clock source internal
 linecode b8zs
!

The 3640 as mentioned earlier allows me to set up the pri-group. It has no option for Ds0-Group.

The 1760 offers the option of both pri- and ds0-groups, but when I try to set up the pri-group I get:

Hermesz_VoIP(config-controller)#pri-group timeslots 1-12
%Controller tdm clock does not have data capability
Hermesz_VoIP(config-controller)#

Then, if If I try to modify the controller tdm clock to handle both voice and data, I get the following:

Hermesz_VoIP(config)#tdm clock t1 2/0 both export line
% Exceed the max 1 clock source limit
Hermesz_VoIP(config)#no tdm clock t1 2/0 voice export line
Hermesz_VoIP(config)#tdm clock t1 2/0 both export line
% T1 data switch not available for this configuration
Hermesz_VoIP(config)#

azaghul

I had a similar problem using a 1760 as my PSTN cloud. It's actually a hardware limitation to which slots/ports it will deliver clocking.

I'm glad I never throw anything away.

hxxp://www.mail-archive.com/ccie_voice@onlinestudylist.com/msg04244.html

The 1760 router is only capable of using 2 ports for data. Cisco has a document on the 1760 that explains this limitation. This includes a voice PRI as it considers this data since one channel is data. If you need more than 2 voice circuits you'll need to configure the others as T1 CAS. If you change "both" to "voice" it will allow the controller to create a CAS T1/E1.

Basically means you can have only 2 PRI connections (23/30 voice channels + D which is classified as data), the rest have to be CAS (D signalling channel is effectively "embedded" in the voice stream).

Here's my cut down 1760 PSTN basic connectivity config, you'll need to substitute your E1/T1 as required and add the dial peers. This is about as far as I got with the "proof of concept" before using a 2691 for PSTN instead.

isdn switch-type primary-net5

tdm clock E1 0/0 both import onboard internal
tdm clock E1 0/1 both import onboard internal
tdm clock T1 1/0 voice import onboard internal
!
controller E1 0/0
 pri-group timeslots 1-5,16
 description *** PRI Link To ZEUS Router ***
!
controller E1 0/1
 pri-group timeslots 1-5,16
 description *** PRI Link To HERA Router ***
!
controller T1 1/0
 framing esf
 linecode b8zs
 ds0-group 0 timeslots 1-5 type e&m-wink-start
 description *** CAS Link To ARES Router ***
!
!
interface Serial0/0:15
 description *** PRI Signaling Channel To ZEUS Router ***
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isdn protocol-emulate network
 isdn incoming-voice voice
 no cdp enable
!
interface Serial0/1:15
 description *** PRI Signaling Channel To HERA Router ***
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isdn protocol-emulate network
 isdn incoming-voice voice
 no cdp enable
!
!
voice-port 0/0:15
!
voice-port 0/1:15
!
voice-port 1/0:0

Here's the config for 1760-1760 via PRI;

Router Zeus

hostname Zeus-User

tdm clock E1 0/0 both export line

isdn switch-type primary-net5

controller E1 0/0
 pri-group timeslots 1-5,16
 no shutdown
 exit

interface Serial 0/0:15
 desc *** E1 signalling channel ***
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isnd incoming-voice voice
 no shutdown
 exit

dial-peer voice 1 pots
 desc *** INBOUND ISDN PRI (5 channels) ***
 incoming called-number 10..
 direct-inward-dial
 exit

dial-peer voice 2000 pots
 desc *** OUTBOUND ISDN PRI to Hera ***
 destination-pattern 20..
 no digit-strip
 port 0/0:15
 exit

Router Hera

hostname Hera-Network

tdm clock E1 0/0 both import onboard internal

isdn switch-type primary-net5

controller E1 0/0
 pri-group timeslots 1-5,16
 no shutdown
 exit

interface Serial 0/0:15
 desc *** E1 signalling channel ***
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isdn protocol-emulate network
 isnd incoming-voice voice
 no shutdown
 exit

dial-peer voice 1 pots
 desc *** INBOUND ISDN PRI (5 channels) ***
 incoming called-number 20..
 direct-inward-dial
 exit

dial-peer voice 1000 pots
 desc *** OUTBOUND ISDN PRI to Zeus ***
 destination-pattern 10..
 no digit-strip
 port 0/0:15
 exit

Hope this helps!

hermeszdata

Azaghul,

Thanks! Actually, I finally said the heck with it and pulled the WIC-1DSU-T1 from slot 0 and moved the VWIC-MFT-T1 there. Once in place, I was able to get the pri-goup set up. I had forgotten that only slots 0 and 1 would work for WICs/VWICs and slot 1, 2, and 3 supported VICs.

I am trying to get some more configs done now. I use the 3640 as a true multi service platform in the lab.

Service #1 = Terminal Server (NM-16A w/2 Octal Cables)
Service #2 = Frame Relay Switch (NM-4A/S = WIC-2T)
Service #3 = Branch Office Router
Service #4 = Branch Office VoIP CME 4.1

I think I should probably move the NM-16A to the lone 2610 (non-XM), and drop in the spare NM-2V w/ VIC-2FXO and VIC-2FXS once I remove the NM-16A. I need to get another FXS card. (I have a second but it is in my main VoIP Router for the apartment.)

I will copy the configs you posted and see where that takes me.

John

hermeszdata

Hardware requirements are killing me!

Voice Lab includes:
1 - 1760V 128D/64F IOS 12.4(15)T11, VWIC-1MFT-T1, WIC-1DSU-T1, VIC-2FXO, VIC-2FXS (this router is my main VIOP for the house/office)

1 - 2610XM 184D/48F, IOS 12.4(15)T11, WIC-1T, NM-2V (slots empty)

1 - 3640 128D/32F/20PCI, IOS 12.4(25a), NM-2E2W,NM-2V w 1 VIC-2FXO, NM-4A/S (This is my Frame Relay Router as well)

1 - 1760 128D/48F, IOS 12.4(15)T11, VWIC-1MFT-T1, WIC-1T, VIC-2FXS

1 - VG200 64F/16D, IOS 12.3(26), NM-1CT1-CSU(PRI)

1 - 2620 64D/32F, IOS 12.3(22)

3 7910 phones and 2 7960 phones, 1 Cordless (POTS) phone. None of the thrift stores have "shitty phones" (standard wired phones) and I need a couple more!

So ... it looks like a need a couple more items to get this setup working the way I need it to!
The CCNA:Voice LAB book calls for an "AdTran 550" for a PSTN simulator. eBay prices between $500 and $800 with the necessary interfaces! Nice to have, but is it worth the cost in the long run?

1 - AIM-Voice-30 - $100 to $200 - could install in VG200 to use as the PSTN Cloud and adding the following:
1 - VWIC-2MFT-T1
1 - VWIC-2MFT-E1

Then for installation in the other routers:
2 - VWIC-1MFT-E1
and a couple more FXO/FXS cards.

All the above info came about while researching WHY I could not set up my NM-1CT1-CSU to handle Voice traffic. To use this module for voice, I would need an AIM-Voice-30 module in the router the NM-1CT1 is installed in.

Nothing like learning the HARD WAY! At least the information will stick permenantly!

John