+ Reply to Thread
Results 1 to 15 of 15
  1. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #1

    Question Controller t1 0/0/1 stays down even if PRI comes up

    In one of my 2911's I have a VWIC3-4MFT-T1/E1 that terminates two pri circuit. s0/0/0:23 and s0/0/1:23 are in a trunk group. I've noticed that if the PRI flaps/bounces and comes back up, controller 0/0/1 and serial 0/0/1 stay down. Controller 0/0/0 and serial 0/0/0 always come back up. I have to restart the gateway everytime for 0/0/1 to come up. Thoughts? Interface config is below.

    Code:
    interface Serial0/0/1:23
     description ***PRI***
     no ip address
     encapsulation hdlc
     isdn switch-type primary-ni
     isdn incoming-voice voice
     isdn map address . plan unknown type unknown
     isdn supp-service name calling
     isdn outgoing ie facility 
     no isdn outgoing display-ie
     trunk-group PRI-01
     no cdp enable
    end
    Last edited by phoeneous; 12-08-2011 at 01:31 PM.
    Reply With Quote Quote  

  2. SS -->
  3. Senior Member
    Join Date
    Jan 2008
    Location
    USA
    Posts
    275

    Certifications
    CCNP, CCNP Voice, CCNA Wireless
    #2
    are you using MGCP or H.323 for signalling protocol. what's the trunk-group PRI-01 used for? are all your PRIs in the trunk group?
    Reply With Quote Quote  

  4. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #3
    Quote Originally Posted by sieff View Post
    are you using MGCP or H.323 for signalling protocol. what's the trunk-group PRI-01 used for? are all your PRIs in the trunk group?
    H.323. 0/0/0 and 0/0/1 are in trunk group pri-01 but 0/0/1 is the only one that is affected. 0/0/0 always comes back up after the pri bounces.
    Reply With Quote Quote  

  5. Senior Member
    Join Date
    Jul 2003
    Posts
    473

    Certifications
    A+ N+, CCENT, CCNA, CCNA-Voice, CCNA-Security, CCNP: Voice
    #4
    I would start back with the basics.. remove the trunk group, setup each interface separately and see if the they take hits and restore. Is this production? if so.. nvm lol
    Reply With Quote Quote  

  6. Senior Member
    Join Date
    Aug 2011
    Posts
    683

    Certifications
    CCNA/CCNA:V/ATSA-IN
    #5
    are you seeing just the Serial0/0/1:23 down? what if you show controllers t1 - do you see the controller down itself? or just the interface?
    Reply With Quote Quote  

  7. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #6
    Quote Originally Posted by drkat View Post
    are you seeing just the Serial0/0/1:23 down? what if you show controllers t1 - do you see the controller down itself? or just the interface?
    Both are down. s0/0/1:23 shows down down and contr t1 shows loss of signal.
    Reply With Quote Quote  

  8. Senior Member
    Join Date
    Jul 2003
    Posts
    473

    Certifications
    A+ N+, CCENT, CCNA, CCNA-Voice, CCNA-Security, CCNP: Voice
    #7
    got a loopback kit ? if not, make one and test the port itself.
    Reply With Quote Quote  

  9. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #8
    Quote Originally Posted by tokhss View Post
    got a loopback kit ? if not, make one and test the port itself.
    That was the first thing I did, port is fine. This only happens when it loses connectivity to the pri.
    Reply With Quote Quote  

  10. Senior Member
    Join Date
    Jul 2003
    Posts
    473

    Certifications
    A+ N+, CCENT, CCNA, CCNA-Voice, CCNA-Security, CCNP: Voice
    #9
    well thats a bit odd.. LOS on the controller is simply that.. no signal detected, be it physically near end or far end. You port goes amber/orange right? I have never worked on a pri trunk.. so im curious to know what happens when the trunk is deleted and you test this out on a controller by controller basis.

    edit: meant to say trunk, not group lol

    ok, so i just checked what a trunk group was in this case... it appears your just logically grouping your controllers. If you have to reboot your router for this to start working again, then i have a feeling you have a physical fault somewhere. if 2 controllers are grouped together and the trunk flaps, as a result of a controller going down, then the problem is just that.. the controller that remained down until a hardware reset is faulty.

    but hey.. its just my quick thought for ya.
    Last edited by tokhss; 12-08-2011 at 05:13 AM.
    Reply With Quote Quote  

  11. Senior Member
    Join Date
    Jan 2008
    Location
    USA
    Posts
    275

    Certifications
    CCNP, CCNP Voice, CCNA Wireless
    #10
    i've configured up to 8 PRI's on a 3800 before and never considered using a PRI trunk group. it's interesting, is there a reason for this configuration? i'd only ever tried trunk configurations for analog lines.
    Reply With Quote Quote  

  12. Senior Member
    Join Date
    Aug 2011
    Posts
    683

    Certifications
    CCNA/CCNA:V/ATSA-IN
    #11
    I'd suspect maybe a software - break the TG up and re-test.
    Reply With Quote Quote  

  13. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #12
    Quote Originally Posted by sieff View Post
    i've configured up to 8 PRI's on a 3800 before and never considered using a PRI trunk group. it's interesting, is there a reason for this configuration? i'd only ever tried trunk configurations for analog lines.

    Logically manage multiple physical interfaces as one. If you had to have 10 dial-peers for each of your 8 pri's, you'd have to configure 80 dial peers. With a trunk group, you can apply those 10 dial-peers to all 8 pri's at the same time.
    Reply With Quote Quote  

  14. Senior Member
    Join Date
    Jul 2003
    Posts
    473

    Certifications
    A+ N+, CCENT, CCNA, CCNA-Voice, CCNA-Security, CCNP: Voice
    #13
    Im curious, did you figure this out yet?
    Reply With Quote Quote  

  15. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #14
    Quote Originally Posted by tokhss View Post
    Im curious, did you figure this out yet?
    Not yet, the pri hasnt bounced so the controller is still up.
    Reply With Quote Quote  

  16. Go ping yourself... phoeneous's Avatar
    Join Date
    Dec 2008
    Location
    Console.WriteLine("Yo");
    Posts
    2,316

    Certifications
    Pimp status
    #15
    I'm bringing this back up because the problem is still happening. I'm beginning to wonder if it is the provider equipment which is an adtran 908e and terminates the two pri's from the demarc.

    This is how it is configured:

    two pri circuits multilinked ----> (int 1 and 2) adtran 908e (int 3 and 4) ----> (int s0/0/0 and s0/0/1) cisco 2901

    Below is the voice relevant commands of my config. Am I missing something?

    Code:
    card type t1 0 0
    network-clock-participate wic 0 
    network-clock-select 1 T1 0/0/0
    
    isdn switch-type primary-ni
    
    trunk group PRI-01
     hunt-scheme sequential both down
    
    voice-card 0
    
    voice rtp send-recv
    
    voice service voip
     allow-connections h323 to h323
     allow-connections h323 to sip
     allow-connections sip to h323
     allow-connections sip to sip
     no supplementary-service h450.2
     no supplementary-service h450.3
     supplementary-service h450.12
     fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
     h323
      no h225 timeout keepalive
      h225 display-ie ccm-compatible
      call preserve 
    
    voice class codec 99
     codec preference 1 g711ulaw
     codec preference 2 g722-64
     codec preference 3 ilbc
     codec preference 4 g729r8
    
    voice class h323 1
      h225 timeout tcp establish 3
    
    hw-module pvdm 0/0
    
    controller T1 0/0/0
     cablelength long 0db
     pri-group timeslots 1-24
     description ***PRI***
    
    controller T1 0/0/1
     cablelength long 0db
     pri-group timeslots 1-24
     description ***PRI***
    
    interface Serial0/0/0:23
     description ***TPAC_PRI***
     no ip address
     encapsulation hdlc
     isdn switch-type primary-ni
     isdn incoming-voice voice
     isdn supp-service name calling
     trunk-group PRI-01
    
    interface Serial0/0/1:23
     description ***TPAC_PRI***
     no ip address
     encapsulation hdlc
     isdn switch-type primary-ni
     isdn incoming-voice voice
     isdn supp-service name calling
     trunk-group PRI-01
    
    voice-port 0/0/0:23
    
    voice-port 0/0/1:23
    Last edited by phoeneous; 10-02-2012 at 05:45 PM.
    Reply With Quote Quote  

+ Reply to Thread

Social Networking & Bookmarks