In questo documento viene descritto come configurare il servizio di conferenza a livello di sistema Cisco BroadWorks AS in modo che rilevi una chiave di join nel tono DTMF e la invii ad altri join.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Nessun requisito specifico previsto per questo documento.
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Da un punto di vista storico, sembra che i toni di graffa possano essere omessi dalle richieste di unione inviate agli Stati membri per conto dei servizi che sono stati trasferiti dalla RFC-4240 all'interfaccia Cr nella R20.0; per mantenere la parità pass-through DTMF per tali servizi nelle versioni precedenti (descritta nel documento Cisco BroadWorks precedente BW-ReleaseNotes-R200.pdf - sezione 2.18). D'altra parte, consentire al DTMF di passare attraverso il ponte può a volte causare l'ascolto di cifre DTMF casuali/spurie sulle chiamate N-way/bridge come risultato di alcuni GW SIP che inavvertitamente producono pacchetti RFC2833 da brevi periodi di frequenze DTMF nel linguaggio umano. Alla fine sembra che ci sia un modo per l'utente di controllare se i toni sono bloccati sulle chiamate del ponte o meno.
Attenzione: Per impostazione predefinita, l'impostazione consigliata è conferenceDisableClampTone su false. Se si desidera attivare questa opzione per il sistema del cliente, è necessario ottimizzare alcune risorse di sistema MS per gestirla. Oltre a quando conferenceDisableClampTone è impostato su true, se un utente fa un errore nel premere un tasto del telefono, potrebbe essere erroneamente rilevato quando l'utente seleziona un'opzione DTMF e il MS invia quel segnale a tutti gli altri partecipanti alla conferenza.
Tutte le parti 3 o N hanno negoziato con lo stesso evento telefonico nella negoziazione SIP, ma alcune parti non sono riuscite a rilevare e ricevere un'altra chiave partecipante in tono DTMF.
2026.10.01 11:08:20:813 EST Informazioni | | SIP | Codifica SipQ 0 | 1845022 | +12409709002 | callhalf-399213:8 | 143c5db2-293-4a7c-b99b-13009
f0216b5
udp 842 byte SIP OUT a 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;filiale=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103-891032902-1790816892984-
Da:<sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
A:<sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBdtxcSozvVuhz8pzwAQbI
Call-ID:BW110812984011026-1311916429@10.66.82.111
CSeq:981507103 INVITE
Contatto:<sip:10.66.82.111:5060>
Allow:ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFERENCE,NOTIFY,UPDATE
Supportato:
Accetta:application/media_control+xml,application/sdp,multipart/mixato
Max avanti:10
Content-Type:applicazione/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
m=audio 10938 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 evento-telefono/8000
a=fmtp:101 0-15
a=ptime:20
2026.10.01 11:08:20:849 EST Informazioni | | SIP | Adattatore half input per chiamata 4 | 1845325 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7
c-b99b-13009f0216b5
udp 980 byte SIP IN da 10.137.49.188:54609
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.66.82.111;received=10.66.82.111;branch=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103-891032902-1790816892
-
Call-ID: BW110812984011026-1311916429@10.66.82.111
Da: <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
A: <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBdtxcSozvVuhz8pzwAQbI
CSeq: 981507103 INVITO
Contatto: "jianlianEntGrp1User2" <sip:2409709002a@10.137.49.188:54609;ob>
Consenti: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFERENCE, MESSAGE, OPTIONS
Supportato: sostituisce, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length: 320
v=0
o=- 3999805696 3999805698 IN IP4 10.137.49.188
s=pjmedia
b=AS:117
t=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=riceveinvio
a=rtpmap:0 PCMU/8000
a=ssrc:1396647929 cname:01981b15291a0084
a=rtpmap:101 evento-telefono/8000
a=fmtp:101 0-16
Non si verifica alcuna perdita di pacchetti né una discrepanza tra crittografia/decrittografia SRTP, ma una parte specifica non è in grado di rilevare e ricevere un'altra chiave partecipante in tono DTMF.
Identificare il tono di blocco del controllo CFW "1 2 3 4 5 6 7 8 9 0 # *" in AS XSLog
2026.10.01 11:08:20:850 EST Informazioni | | SIP | Codifica SipQ 0 | 1845348 | +12409709002 | callhalf-399213:8 | 143c5db2-293-4a7c-b99b-13009
f0216b5
udp 460 byte SIP OUT a 10.137.49.188:54609
ACK sip:2409709002a@10.137.49.188:54609;ob SIP/2.0
Via: SIP/2.0/UDP 10.66.82.111;filiale=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507103A891032902-1790816892984-
Da:<sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
A:<sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBdtxcSozvVuhz8pzwAQbI
Call-ID:BW110812984011026-1311916429@10.66.82.111
CSeq:981507103 RACK
Contatto:<sip:10.66.82.111:5060>
Max avanti:10
Content-Length:0
2026.10.01 11:08:20:850 EST Informazioni | | MediaCr | MediaCrInputAdapter 0 | 1845349 | cfw-control@10.66.82.92 | host locale75850 | 143c5db2-
2993-4a7c-b99b-13009f0216b5
Evento di elaborazione: com.broadsoft.io.mediacr.events.MediaCrJoinEvent (partecipante - 0) {CHCallManagerService.callhalf-399213,SessionKey
y.localHost75850}
2026.10.01 11:08:20:850 EST Informazioni | | MediaCr | MediaCrInputAdapter 0 | 1845350 | cfw-control@10.66.82.92 | host locale75850 | 143c5db2-
2993-4a7c-b99b-13009f0216b5
409 byte CFW da OUT a 10.66.82.92:7575
CONTROLLO CFW 230
Content-Type: application/msc-mixer/1.0+xml
Control-Package: 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 Informazioni | | Invito | Adattatore half input per chiamata 4 | 1845351 | Media Manager | Conferenza stampa | +12409709002 |
jianlianEntGrp1 | callhalf-399213 | 143c5db2-2993-4a7c-b99b-13009f0216b5
com.broadsoft.events.media.ConferenceParticipantAddedEvent(callhalf-399213:8)
elaborato da - com.broadsoft.services.conference.ConferenceServiceInstance
2026.10.01 11:08:20:850 EST Informazioni | | SIP | Adattatore half input per chiamata 4 | 1845352 | +12409709002 | callhalf-399213:8 | 143c5db2-2993-4a7
c-b99b-13009f0216b5
udp 428 byte SIP IN da 10.137.49.188:54609
SIP/2.0 500 non gestito dalle finestre di dialogo
Via: SIP/2.0/UDP 10.66.82.111;received=10.66.82.111;branch=z9hG4bKBroadWorks.1ecf9ns-10.137.49.188V54609-0-981507104-891032902-1790816892
-
Call-ID: BW110812984011026-1311916429@10.66.82.111
-
Call-ID: BW110812984011026-1311916429@10.66.82.111
Da: <sip:9008@syd.cisco.com;user=phone>;tag=891032902-1790816892984-
A: <sip:2409709002a@syd.cisco.com;ob>;tag=tSGqysh9viBdtxcSozvVuhz8pzwAQbI
CSeq: 981507104 INFO
Content-Length: 0
AS_CLI/System/CallP/DTMFTransmission> get
transmissionMethod = segnalazione
signalingContentType = applicazione/relay dtmf
MS_CLI/Applications/MediaStreaming/Interfaces/SIP> get
ListeningPort = 5060
ListeningPortTLS = 5061
ritrasmissioneDelay200OKInMillisecondi = 500
maxRetransmission200OK = 3
t1 = 500
t2 = 4000
supportTCP = false
supportUDP = true
supportTLS = false
tlsClientAuthenticationRequired = falso
tlsHandshakeTimeoutInMilliseconds = 1000
acceptDTMFRelay = true
routeAdvanceTimeoutInSeconds = 5
sessionAuditIntervalInSeconds = 1200
enableStrictSdpValidation = falso
AS_CLI/SubscriberMgmt/Policy/CallProcessing/Conferencing> ottieni
maxConferenceParties = 6
conferenceURI = labconfAS@syd.cisco.com
conferenceDisableClampTones = false
Dopo la risoluzione dei problemi per escludere altri fattori come la negoziazione SIP e la perdita di pacchetti, e altre configurazioni errate per accettare il relay DTMF nel bridge per conferenze a 3 vie/N vie, si controlla il parametro di livello di sistema AS conferenceDisableClampTones è stato impostato su false. Modificare il parametro di livello di sistema conferenceDisableClapTones su true, quindi abilitare il rilevamento DTMF nelle conferenze a 3 vie/N vie.
Nota: In alcune situazioni estreme, è necessario riavviare BW AS (uno alla volta in un cluster) per superare il possibile ritardo dovuto all'aggiornamento del file di configurazione da parte di CLI, ma non aggiorna immediatamente la cache in esecuzione.
Miglioramenti dell'interfaccia Cisco BroadWorks CR Supporto relay DTMF
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
22-Oct-2026
|
Versione iniziale |