Warning message

  • Cisco Support Forums is in Read Only mode while the site is being migrated.
  • Cisco Support Forums is in Read Only mode while the site is being migrated.
richchiuve Tue, 05/30/2006 - 07:52
User Badges:

Steve, were you able to tunnel MCDN over IP? If so, could you provide your configuration details?

I am working on a similar configuration.

steve.whitfield... Wed, 05/31/2006 - 00:08
User Badges:

Hi as yet I haven't had any feedback from anywhere I have tried, the feeling is that it can be done but as yet we have seen no evidence.


Steve Whitfield

jneiberger Sat, 06/03/2006 - 07:10
User Badges:

Have you thought about using QSIG trunks instead of trying to figure out how to tunnel MSDN? Would QSIG work for you?

richchiuve Sat, 06/03/2006 - 08:54
User Badges:

We feel that T-CCS will work in this environment. T-CCS should transparently tunnel MCDN over an IP Network. As for using QSIG, we would rather not have to force the customer to make changes to their PBX's.

Thanks for the suggestion.

pacameron Sat, 06/03/2006 - 21:42
User Badges:
  • Silver, 250 points or more

We have set up TCCS for the MCDN signaling in the past and it works OK. The only issue is that it takes up DSP resource and the processing through the DSP adds some extra delay to the packet. Past experience with the Nortel proprietary signaling is that it can be extremely delay intolerant and the trunks may be busied out by the PBX due to traffic not arriving in the expected time window.

We have fixed this problem by using the legacy STUN feature - this allows a HDLC framed packet to be taken in on a timeslot and tunneled across the IP network to a corresponding interface at the remote site.

Instead of configuring the timeslot for the D channel as a DS) group, you configure it as a channel-group. This creates a 'interface serial ...' which can be set as STUN encapsulation.

As a packet comes into the interface, it is wrapped in a IP header and forwarded to the configured destination.

STUN uses TCP port 1994, so if necessary, you can configure a dedicated LLQ class for the signaling traffic.

Attached is a sample config that shows how to set up the STUN for E1 interfaces, the associated voice port configs and some basic QOS statements.

This config has been used on many types of PBX brands including NEC, Nortel, Avaya, Alcatel and Rolm.

On the ISR range of routers, the basic IPVoice feature set does not have the STUN feature, so you will need to ensure you have one of the more advanced feature sets running on the routers.


This Discussion