Ce document décrit comment vous configurez le service de conférence Cisco BroadWorks AS au niveau du système pour détecter une clé de joncteur dans la tonalité DTMF, puis l'envoyer à d'autres joncteurs.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Il n'existe aucune exigence spécifique pour ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Historiquement, d'une part, il semble que les tonalités de clamp peuvent être omises des demandes de jointure envoyées à l'État membre qui sont envoyées pour le compte des services qui ont été transférés de RFC-4240 à l'interface Cr dans R20.0 ; afin de maintenir la parité DTMF pour ces services dans les versions précédentes (détaillée dans le document Cisco BroadWorks BW-ReleaseNotes-R200.pdf - section 2.18). D'autre part, le fait de permettre à la DTMF de traverser le pont peut parfois entraîner l'écoute de chiffres DTMF aléatoires/parasites sur des appels N-way/de pont en raison de la production par inadvertance de paquets RFC2833 à partir de courtes périodes de fréquences DTMF dans la parole humaine par certains GW SIP. En fin de compte, il semble que l'utilisateur puisse contrôler si les tonalités sont bloquées sur ses appels de pont ou non.
Mise en garde : Par défaut, la configuration recommandée est de définir conferenceDisableClampTone sur false. Si vous souhaitez activer cette option pour l'ensemble du système client, vous devez configurer certaines ressources système MS pour la gérer. En outre, une fois que vous avez true confernceDisableClampTone, si un utilisateur fait une erreur en appuyant sur une touche de téléphone, il pourrait être détecté par erreur que l'utilisateur sélectionne une option DTMF et le MS envoie cette tonalité à tous les autres participants de la conférence.
Toutes les parties 3 ou N ont négocié avec le même événement téléphonique lors de la négociation SIP, mais certaines parties n'ont pas pu détecter et recevoir une autre clé de participant dans la tonalité DTMF.
2026.10.01 11:08:20:813 AEST | Info | Sip | Encode SipQ 0 | 1845022 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7c-b99b-13009
f0216b5
udp 842 SIP Bytes OUT vers 10.137.49.188:54609
INVITE sip:2409709002a@10.137.49.188:54609;ob SIP/2.0
Via : SIP/2.0/UDP 10.66.82.111 ; branch=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103-891032902-1790816892984-
Provient de : <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
À : <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBbdtxcSozvVuhz8pzwAQbI
ID d'appel :BW110812984011026-1311916429@10.66.82.111
CSeq:981507103 INVITE
Contact : <sip:10.66.82.111:5060>
Autoriser : ACK, BYE, ANNULER, INFO, INVITER, OPTIONS, PRACK, RÉFÉRER, NOTIFIER, METTRE À JOUR
Pris en charge:
Accepter : application/media_control+xml, application/sdp, multipart/mixed
Max-Forwards:10
Content-Type:application/sdp
Content-Length : 194
v=0
o=BroadWorks 6577 2 IN IP4 10.66.82.92
s=-
c=IN IP4 10.66.82.92
t=0 0
m=audio 10938 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 événement-téléphone/8000
a=fmtp:101 0-15
a=ptime:20
2026.10.01 11:08:20:849 AEST | Info | Sip | Adaptateur d'entrée demi-appel 4 | 1845325 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7
c-b99b-13009f0216b5
udp 980 SIP Bytes IN à partir de 10.137.49.188:54609
SIP/2.0 200 OK
Via : SIP/2.0/UDP 10.66.82.111 ; reçu=10.66.82.111 ; branche=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103-891032902-1790816892984
-
ID d'appel : BW110812984011026-1311916429@10.66.82.111
From (de) : <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
Par : <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBbdtxcSozvVuhz8pzwAQbI
CSeq : 981507103 INVITE
Contact : "jianlianEntGrp1User2" <sip:2409709002a@10.137.49.188:54609;ob>
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Pris en charge: remplace, 100rel, timer, norefersub
Type de contenu : application/sdp
Content-Length : 320
v=0
o=- 3999805696 3999805698 DANS IP4 10.137.49.188
s=pjmedia
b=AS : 117
t=0 0
a=X-nat:0
m=audio 4030 RTP/AVP 0 101
c=IN IP4 10.137.49.188
b=TIAS : 96000
a=rtcp:4031 IN IP4 10.137.49.188
a=sendrecv
a=rtpmap:0 PCMU/8000
a=ssrc:1396647929 cname:01981b15291a0084
a=rtpmap:101 événement-téléphone/8000
a=fmtp : 101 0-16
Il n'y a pas de perte de paquets, ni de différence de cryptage/décryptage SRTP, mais certaines parties n'ont pas pu détecter et recevoir une autre clé de participant dans la tonalité DTMF.
Identifiez la tonalité de serrage de contrôle CFW "1 2 3 4 5 6 7 8 9 0 # *" dans AS XSLog
2026.10.01 11:08:20:850 EST | Info | Sip | Encode SipQ 0 | 1845348 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7c-b99b-13009
f0216b5
udp 460 SIP Bytes OUT vers 10.137.49.188:54609
SIP ACK :2409709002a@10.137.49.188:54609;SIP ob/2.0
Via : SIP/2.0/UDP 10.66.82.111 ; branch=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103A891032902-1790816892984-
Provient de : <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
À : <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBbdtxcSozvVuhz8pzwAQbI
ID d'appel :BW110812984011026-1311916429@10.66.82.111
CSeq:981507103 ACK
Contact : <sip:10.66.82.111:5060>
Max-Forwards:10
Content-Length : 0
2026.10.01 11:08:20:850 EST | Info | MediaCr | MediaCrInputAdapter 0 | 1845349 | cfw-control@10.66.82.92 | localHost75850 | 143c5db2-
2993-4a7c-b99b-13009f0216b5
Événement de traitement : com.broadsoft.io.mediacr.events.MediaCrJoinEvent (participant - 0) {CHCallManagerService.callhalf-399213,SessionKey
y.localHost75850}
2026.10.01 11:08:20:850 EST | Info | MediaCr | MediaCrInputAdapter 0 | 1845350 | cfw-control@10.66.82.92 | localHost75850 | 143c5db2-
2993-4a7c-b99b-13009f0216b5
409 CFW Bytes OUT vers 10.66.82.92:7575
COMMANDE CFW 230
Type de contenu : application/msc-mixer/1.0+xml
Package de contrôle : msc-mixer/1.0
Content-Length : 292
<mscmixer version="1.0" xmlns="urn:ietf:params:xml:ns:msc-mixer">
<join id1="1999115148-1790816900797-:359393922" id2="1_51a417e0-a6c8-4fd9-b285-a7b496773709_1@10.66.82.111">
<stream media="audio" direction="sendrecv">
<clamp tones="0 1 2 3 4 5 6 7 8 9 # *"/>
</stream>
</join>
</mscmixer>
2026.10.01 11:08:20:850 EST | Info | CallP | Adaptateur d'entrée demi-appel 4 | 1845351 | Gestionnaire de médias | Conférence de presse | +12409709002 |
jianlianEntGrp1 | callhalf-399213 | 143c5db2-2993-4a7c-b99b-13009f0216b5
com.broadsoft.events.media.ConferenceParticipantAddedEvent(callhalf-399213:8)
traité par - com.broadsoft.services.conference.ConferenceServiceInstance
2026.10.01 11:08:20:850 EST | Info | Sip | Adaptateur d'entrée demi-appel 4 | 1845352 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7
c-b99b-13009f0216b5
udp 428 SIP Bytes IN à partir de 10.137.49.188:54609
SIP/2.0 500 Non géré par les utilisations de dialogue
Via : SIP/2.0/UDP 10.66.82.111 ; reçu=10.66.82.111 ; branche=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507104-891032902-1790816892984
-
ID d'appel : BW110812984011026-1311916429@10.66.82.111
-
ID d'appel : BW110812984011026-1311916429@10.66.82.111
From (de) : <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
Par : <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBbdtxcSozvVuhz8pzwAQbI
CSeq : 981507104 INFO
Content-Length : 0
AS_CLI/System/CallP/DTMFTransmission> get
transmissionMethod = signalisation
signalingContentType = application/relais dtmf
MS_CLI/Applications/MediaStreaming/Interfaces/SIP> obtenir
listeningPort = 5060
listeningPortTLS = 5061
retransmissionDelay200OKInMillisecondes = 500
maxRetransmission200OK = 3
t1 = 500
t2 = 4 000
supportTCP = false
supportUDP = true
supportTLS = false
tlsClientAuthenticationRequired = false
tlsHandshakeTimeoutInMilliseconds = 1 000
acceptDTMFRelay = true
routeAdvanceTimeoutInSeconds = 5
sessionAuditIntervalInSeconds = 1 200
enableStrictSdpValidation = false
AS_CLI/SubscriberMgmt/Policy/CallProcessing/Conferencing> get
maxConferenceParties = 6
conferenceURI = labconfAS@syd.cisco.com
conferenceDisableClampTones = false
Après le dépannage pour exclure d'autres facteurs tels que la négociation SIP et l'abandon de paquets, et d'autres erreurs de configuration pour accepter le relais DTMF dans le pont de conférence 3-way/N-way, vous vérifiez que le paramètre de niveau système AS conferenceDisableClampTones a été défini sur false. Modifiez ce paramètre de niveau système conferenceDisableClapTones sur true, puis la détection DTMF peut être activée dans la conférence 3-way/N-way.
Remarque : Dans certaines situations extrêmes, vous devez redémarrer le système autonome (un à la fois dans un cluster) pour surmonter le délai possible dû aux mises à jour CLI du fichier de configuration, mais ne met pas immédiatement à jour le cache en cours.
Améliorations de l'interface CR de Cisco BroadWorks Relais DTMF
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
22-Oct-2026
|
Première publication |