×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

QSIG data contains

QSIG data contains

QSIG data contains

(OP)
We are trying to interface our F9600 (R15) with Cisco's CUCM. DMS-100 trunks won't work for us, so we are testing using QSIG. However, the QSIG data from the Fujitsu is not in a format that the Cisco gateway understands, and vice-versa. This is a behvaior controlled by the SVP,2,243 setting for QSIG name display. Cisco has explained the problem to us in the wording below. Does anyone know if/how to configure the Fujitsu to specify the operation identifier as either a global or local value, not both? Also - there is no Cisco setting that will help in this situation. We've tried them all, and we've tried with CUCM 8.6 and CUCM 9.1.

"The Fujitsu PBX does not properly encode the Calling Name information in the Q.Sig FACILITY Information Element. According to the ECMA 164 and ECMA 165 specifications, the operation identifier should be specified as either the local value or global value. From our analysis of the messages coming from the Fujitsu, it appears that it is sending both the local as well as global value which is against the specification."

RE: QSIG data contains

Back in the day, Fujitsu would only support ANI over Qsig. Name would get passed but as you are finding out the other end can not decipher.

The qsig spec for the Fujitsu is ECMA E164 3rd addition
You can integrate fully to an Avaya, But with cisco your outa luck

RE: QSIG data contains

(OP)
That's just it - the behavior we are currently seeing is not ECMA 164 3rd Edition or 2nd Edition compliant.

For us, it no longer matters. We worked around it. We have a SIP Normalization script fixing the calling name for Fujitsu --> Cisco calls over a QSIG trunk, while all Cisco --> Fujitsu calls go over a DMS-100 trunk where everything works (calling name, called name, connected name, etc.). No Avaya gateway necessary if you can live without called name and connected name.

If you can use DMS-100 for everything, life is good between Fujitsu and Cisco. However, we have some specific configuration on the Fujitsu that requires us to use QSIG in order to properly migrate numbers to the Cisco. Go figure.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close