Does Cisco VWIC2-1MFT-1T1/E1 support Primary-ni2?

Unanswered Question

Hi,

Our customer tries to connect to a local service provider who provides ISDN PRI (voice) service not for a long time.

The provider can only support ISDN switch type primary-NI2. While our customer has Cisco 2851 voice gateway with VWIC2-1MFT-1T1/E1 installed, and there is no option of Primary-NI2 switch-type.

Does this voice card support Primary-ni2?

Thanks

JJ

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Paolo Bevilacqua Thu, 02/08/2007 - 13:39

Hi,

I think NI2 only adds features like IE calling name display.

NI1 should work fine for basic services.

thisisshanky Thu, 02/08/2007 - 17:17

The router shows the command for isdn switch-type as primary-ni. This usually works very well with Primary-ni2 switches. I have had a few colleagues tell me a while back, that primary-ni1 switches some times dont work very well when your router is configured to use primary-ni setting. Either ways you are limited to setting your switch type on your router as primary-ni regardless of what the telco uses (ni1 or ni2).

Hi,

The following is the debug isdn q931 information when tried to dial-out from IP Phone(CCM 5.0 with Cisco 2851 VGW), configured ISDN Switch-type primary-ni.

I also was wondering for the same call why it showes three times of the same information while from the working customer, the information will only displayed once.

In the meanwhile, from the debug, it tells us something T303 timeout.

The service provider always tells us that on their side, looks everything okay.

Can have anyone provide suggestion?

Thanks,

JJ

*Feb 9 01:22:04.390: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x00CD

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

Calling Party Number i = 0x2181, '6474261312'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '4164380002'

Plan:ISDN, Type:National

*Feb 9 01:22:05.390: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x00CD

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

Calling Party Number i = 0x2181, '6474261312'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '4164380002'

Plan:ISDN, Type:National

*Feb 9 01:22:05.414: ISDN Se0/0/0:23 EVENT: isdn_pri_t1_state_change: setting State to 4 *Feb 9 01:22:08.390: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x00CD

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

Calling Party Number i = 0x2181, '6474261312'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '4164380002'

Plan:ISDN, Type:National

*Feb 9 01:22:09.390: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x00CD

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

Calling Party Number i = 0x2181, '6474261312'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '4164380002'

Plan:ISDN, Type:National

*Feb 9 01:22:12.390: ISDN Se0/0/0:23 **ERROR**: CCPCC_CallOrigination: SETUP timed-out (2nd T303) to NETWORK. The SETUP failed.

*Feb 9 01:22:12.390: ISDN EVENTd: cc_clear_free_list freeing 0x465E52BC *Feb 9 01:22:12.390: ISDN Se0/0/0:23 EVENT: process_rxstate: ces/callid 1/0x802A calltype 2 CALL_REJECTION *Feb 9 01:22:12.390: ISDN Se0/0/0:23 EVENTd: process_rxstate: cause=0x66 (102), cause_present=1 *Feb 9 01:22:12.390: ISDN CDAPI: cdapi_find_tsm found a GTD message RLC,

PRN,isdn*,,NI***, : end of gtd length is 27 *Feb 9 01:22:12.390: ISDN Se0/0/0:23 EVENT: process_rxstate: ces/callid 1/0x802A calltype 2 CALL_CLEARED *Feb 9 01:22:12.390: ISDN Se0/0/0:23 EVENTd: process_rxstate: cause=0x66 (102), cause_present=1 *Feb 9 01:22:12.390: ISDN Se0/0/0:23 EVENTd: calltrkr_call_cleared: isdn_info=0x465DE044, call_id=0x802A

Paolo Bevilacqua Fri, 02/09/2007 - 06:43

Hi JJ,

you see the call three times because apparantly the switch is not responding, so the router retransmits the message. Before we point to the switch, would you please:

- let us know if this circuit works for some or no calls.

- verify or send here, "show controller", "show interface", and "show isdn status", the latter taken before and after attempting a call.

- IOS version and configuration. Non relevant info can be purged.

- double check cabling and circuit, eg NO cat 5 cable is used (only specific telco), etc.

Actions

This Discussion