{"id":838,"date":"2009-10-12T19:32:34","date_gmt":"2009-10-13T01:32:34","guid":{"rendered":"http:\/\/gregsowell.com\/?p=838"},"modified":"2009-10-12T19:32:51","modified_gmt":"2009-10-13T01:32:51","slug":"838","status":"publish","type":"post","link":"https:\/\/gregsowell.com\/?p=838","title":{"rendered":"Cisco \u2013 Troubleshoot T1 PRI"},"content":{"rendered":"

So we have been turning up a new PRI lately and had HUGE amounts of trouble with it. It all came down to the fact that the telco told us to use the wrong PRI type, but that\u2019s the fix\u2026the fun was in the journey. Here are the steps we took to resolve the issue.<\/p>\n

We first do a show isdn status. You want to see MULTIPLE_FRAME_ESTABLISH<\/strong>. This means that everything is hunky dory.<\/p>\n

\"shisdnstat\"<\/p>\n

<\/a><\/p>\n

Next we want to check the layer 3 ISDN info, so issue the debug isdn q931<\/strong> command. Here you can see what would happen when we tried to make inbound calls.<\/p>\n

\n<\/p-caption-text>\n<\/p-caption-text>\n<\/p-caption-text>\n<\/p-caption-text>Note the disconnect \"pri2\"<\/div>\n

As you can see, we were getting a disconnect message right after we received the status message from the telco. It just looks like the router no likey\u2026but it turns out it was call manager that no likey.<\/p>\n

If you issue the debug ccm-manager backhaul packets<\/strong> command, you would notice that the telco would send us status. Then the router would send an MGCP message to the callmanager. The callmanager would promptly reply with the disconnect message. The router would then pass this disconnect message to the telco. The line type was supposed to be NI2, so the router has the configuration set as such:
\n<\/p>\n

\r\n
\r\n
    \r\n\t
  1. network-clock-participate wic 1<\/li>\r\n\t
  2. network-clock-select 1 T1 0\/0<\/li>\r\n\t
  3. voice-card 0<\/li>\r\n\t
  4.  dspfarm<\/li>\r\n\t
  5. isdn switch-type primary-ni<\/li>\r\n\t
  6. !<\/li>\r\n\t
  7. controller T1 0\/0<\/li>\r\n\t
  8.  framing esf<\/li>\r\n\t
  9.  linecode b8zs<\/li>\r\n\t
  10.  pri-group timeslots 1-24 service mgcp<\/li>\r\n\t
  11. !<\/li>\r\n\t
  12. mgcp<\/li>\r\n\t
  13. mgcp call-agent 1.1.1.1 2427 service-type mgcp version 0.1<\/li>\r\n\t
  14. mgcp dtmf-relay voip codec all mode out-of-band<\/li>\r\n\t
  15. mgcp rtp unreachable timeout 1000 action notify<\/li>\r\n\t
  16. mgcp modem passthrough voip mode nse<\/li>\r\n\t
  17. mgcp package-capability rtp-package<\/li>\r\n\t
  18. no mgcp package-capability res-package<\/li>\r\n\t
  19. mgcp package-capability sst-package<\/li>\r\n\t
  20. no mgcp package-capability fxr-package<\/li>\r\n\t
  21. no mgcp timer receive-rtcp<\/li>\r\n\t
  22. mgcp sdp simple<\/li>\r\n\t
  23. mgcp fax t38 inhibit<\/li>\r\n\t
  24. no mgcp explicit hookstate<\/li>\r\n\t
  25. mgcp rtp payload-type g726r16 static<\/li>\r\n\t
  26. !<\/li>\r\n\t
  27. dial-peer voice 100 pots<\/li>\r\n\t
  28.  application mgcpapp<\/li>\r\n\t
  29.  port 0\/0:23<\/li>\r\n\t
  30. !<\/li>\r\n\t
  31. interface Serial0\/0:23<\/li>\r\n\t
  32.  description [CID]<\/li>\r\n\t
  33.  no ip address<\/li>\r\n\t
  34.  no logging event link-status<\/li>\r\n\t
  35.  isdn switch-type primary-ni !**this is for ni or ni2**<\/li>\r\n\t
  36.  isdn incoming-voice voice<\/li>\r\n\t
  37.  isdn bind-l3 ccm-manager<\/li>\r\n\t
  38.  no cdp enable<\/li>\r\n<\/ol>\r\n<\/div><\/pre>\n
    <\/p>\n
    The fix was to set the pri type to 5E8 in the callmanager. Device -> Gateway -> MYGateway: PRI Type 5E8<\/strong>. Originally we had it set to NI2, as the carrier told us, but it doesn\u2019t work that way. We would receive the status message which meant nothing to callmanager and we would disconnect.<\/p>\n","protected":false},"excerpt":{"rendered":"
    So we have been turning up a new PRI lately and had HUGE amounts of trouble with it. It all came down to the\u2026<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[22,16,8,19],"tags":[],"class_list":["post-838","post","type-post","status-publish","format-standard","hentry","category-callmanager","category-cisco","category-networking","category-voip"],"_links":{"self":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/838","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=838"}],"version-history":[{"count":3,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/838\/revisions"}],"predecessor-version":[{"id":843,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/838\/revisions\/843"}],"wp:attachment":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=838"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=838"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=838"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}