×
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

Transfer Connect/Take-Back Transfer aka *8 using announcements fails

Transfer Connect/Take-Back Transfer aka *8 using announcements fails

Transfer Connect/Take-Back Transfer aka *8 using announcements fails

(OP)

We just had an issue where we change the routing of calls to now route through SIP circuits, through an SBC.

We have announcements in our environment that were ALL working prior to changing this routing.

After the re-route, several of these were failing.

What we discovered is that the BYE from the CM was being sent before the last DTMF of the wav file was received by the SBC. We never saw it hit the SBC, just the second to last digit, a 200OK and then the BYE.

We found that this was only happening for wav files that the DTMF was the very last thing played in the announcement with no silence after the last DTMF. If we added 2 seconds of silence to the end of the wav file, then the last digit would reach the SBC and the carrier would send the BYE once it took back the call.

Since there are a lot of announcements we would have to review, potentially a lot to modify and then upload back into the system, we found 2 different ways you can fix this.

If your line to play the transfer connect announcement is just an announcement XXXX line, then after that line put in a step: wait-time 2 seconds hearing silence.

If your line is announcement, or disconnect after announcement, you can change the line to a collect 1 digits after announcement XXXX. This is what we chose because it was easier and didn't add a line to the vector (in-case your vectors are tight on space). In addition, it retains the announcement number for you so you "can't" make a mistake and fat-finger the number back in.

The collect step also uses your inter-digit timeout that allows for the time needed for the carrier to get the last DTMF digit and the carrier to take back the call. This doesn't add any time to the call as it will disconnect as soon as the carrier sends the bye.

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

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