> disabled, CUBE sends 100 to match the original PT it received. > receive 101 from CUCM and, since our inbound dial-peer has asymmetry > dial-peer (default 101 or any hardcoded dynamic PT) to CUCM. > dialpeer has asymmetry disabled, so it transmits the PT specified for that CUBE receives PT of 100 from ATT - the outbound > This example shows asymmetric payload disabled on both call-legs using > See screenshot below for a third example: > and CUCM, but asymmetrical between CUBE and ATT. The resulting PTs would be symmetrical between CUBE > we would receive 100 PT from ATT, send 101 to CUCM, receive 101 from CUCM, > If asymmetry was disabled on the dial-peer to CUCM but enabled to ATT, > *Let’s change it up a bit… A second example.* > This results in asymmetry on our negotiated PT for each call-leg. > DP to ATT in this call flow, we pass the 101 through to ATT despite having > answer from CUCM, we’re getting PT 101 - since asymmetry is enabled on the > ATT is passed to CUCM despite 101 being the default PT for NTE. > With asymmetric payload enabled on both call legs, the 100 offer from > The call flow above shows two call-legs, and *the arrows represent an This was taken from some old notes where AT&T was the > pass the received payload type through to the next call-leg. > dial-peer has the asymmetric payload feature enabled and, if it is, will > as 100/101/etc.) is received by CUBE, it will check if the next-hop

Based on my findings, when a dynamic payload type (such > I specifically worked with the dynamic payload option for a few cases > On Mon, at 4:22 PM, Daniel Pagan wrote: > if CUBE will also translate digits to KPML in this case if the leg to CUCM > Thanks Daniel, that helps a lot in understanding the feature. Adding sip-kpml to the dial-peer will allow RTP directly from CUBE > With only rtp-nte on the dialpeer from CUBE to CUCM, CUCM will invoke a > for calls that terminate on CCX IVR since CCX does not support RFC2833. > yes, CUBE can do RFC2833/NTP to a Telco and SIP-KPML to CUCM. I do it to, but did you know that RTP-NTE to SIP-KPML is not supported on Next message (by thread): DTMF interworking on CUBE - asymmetric payloads.Previous message (by thread): DTMF interworking on CUBE - asymmetric payloads.DTMF interworking on CUBE - asymmetric payloads Anthony Holloway avholloway+cisco-voip at DTMF interworking on CUBE - asymmetric payloads

Dtmf voip