Toshiba DK PRI card issues
Bookmark this page:
 Yahoo!
 Google
 Windows Live
 del.icio.us
 digg
 Netscape
|
|
||||||||||||||||
|
Posted by on June 14, 2006, 2:20 pm
Please log in for more thread options Resurrected 424 system, rehabed C/D processor, Rev 4.3. Mix and match of self programming, and consultant. Consultant did *all* PRI programming. He is sure its solid. Separate programmer, separate company has looked at it as well, and agrees programming is solid. Totally stumped. One card, works fine in each slot, with one active PRI in whole system. Does not follow card. Both cards work fine when swapped. Other PRI works fine, in either slot. See above, both cards work fine in either location. when Both are active together, and the second PRI is unbusied out, (trunks re-activated etc), then either it takes no calls at all, or crashes the system althogether. So far, we have brought a Bert Tester (2000 series with full PRI decoding), and the second PRI seems clean. We couldn't interrupt the working circuit during business hours, so that will have to wait to an after hours test. Suspictions: The carrier, is "sharing" the D channel, across the two PRI's. We do have about 200 DID's active. They won't admit to it. Maybe its the DID's spread across both PRI's. Another suspicion. The CLEC is taking circuits from the LEC, but between one of 4 hops, they are changing formats, and then resetting formats back again. Bit stuffing and Bit stripping, have (rumor has it) played hell with DK PRIs in the past. The carrier is in the Blame game at this point, so they won't admit to anything wrong on their end. Suggestions appreciated... Carrier is unfamiliar with the PRI card for the DK series. | ||||||||||||||||
|
Posted by Rich Piehl on June 14, 2006, 8:31 pm
Please log in for more thread options justsendspamhere@gmail.com wrote: I haven't touched a DK PRI in years, but I have a vague recollection that early PRI cards that came out had a problem with the processor chip on them that would cause 'unusual' problems. Don't remember any of the specifics, but compare the two cards to see if their control chip and software are the same version. Take care, Rich God bless the USA -- To all veterans and active military personnel: Thank you for your service! | ||||||||||||||||
| Similar Threads | Posted |
| Toshiba DK PRI card issues | June 14, 2006, 2:20 pm |
| Difference between SIM card and SMART card | June 15, 2005, 2:43 am |
| SBC DSL Issues | April 2, 2006, 10:10 pm |
| HANDOVER ISSUES | October 16, 2005, 11:34 pm |
| HANDOVER ISSUES | October 17, 2005, 5:16 am |
| design issues | May 2, 2006, 7:40 am |
| InterTel IP Phones and IPRC issues | February 14, 2006, 5:01 pm |
| BWA Licensing Issues: Auction or Beauty Contest? | May 31, 2008, 8:34 am |
| PCI E1 card? | November 14, 2006, 11:46 am |
| Storing 16 nos. into 1 SIM card | April 27, 2006, 4:17 pm |
| Calling Card software... | May 25, 2005, 4:51 pm |
| How to set NFAS for dialogic card? | November 30, 2005, 12:03 pm |
| nbx 100 line port card Question | August 8, 2006, 7:45 pm |
| A calling card type of a solution needed | August 10, 2004, 3:34 pm |
| Partner Voice Mail Card Copying | January 11, 2005, 8:41 pm |
> of self programming, and consultant.
>
> Consultant did *all* PRI programming. He is sure its solid. Separate
> programmer, separate company has looked at it as well, and agrees
> programming is solid.
>
> Totally stumped. One card, works fine in each slot, with one active
> PRI in whole system.
>
> Does not follow card. Both cards work fine when swapped.
>
> Other PRI works fine, in either slot. See above, both cards work fine
> in either location.
>
> when Both are active together, and the second PRI is unbusied out,
> (trunks re-activated etc), then either it takes no calls at all, or
> crashes the system althogether.
>
> So far, we have brought a Bert Tester (2000 series with full PRI
> decoding), and the second PRI seems clean. We couldn't interrupt the
> working circuit during business hours, so that will have to wait to an
> after hours test.
>
> Suspictions: The carrier, is "sharing" the D channel, across the two
> PRI's. We do have about 200 DID's active. They won't admit to it.
> Maybe its the DID's spread across both PRI's.
>
> Another suspicion. The CLEC is taking circuits from the LEC, but
> between one of 4 hops, they are changing formats, and then resetting
> formats back again. Bit stuffing and Bit stripping, have (rumor has
> it) played hell with DK PRIs in the past. The carrier is in the Blame
> game at this point, so they won't admit to anything wrong on their end.
>
> Suggestions appreciated...
>
> Carrier is unfamiliar with the PRI card for the DK series.
>