06-10-2021 07:17 PM
Ran across an interesting situation, and I'm playing with in the lab and scratching my head on this.
If we want to be able pass through a sip refer (i.e. out of our network) so that the carrier will redirect (transfer) a call and drop us out, then we add the following commands:
voice service voip
supplementary-service sip refer
sip
referto-passing
This works fine if we want to pass the sip refer OUT to the carrier, but how do you force the CUBE to consume a refer that COMES from the carrier side? If the sip refer hits the cube with this configuration, cube dutifully passes it back to CUCM, which does not handle it.
Is there any way to make it passthrough in one direction and consume the sip-refer in the other?
06-14-2021 08:11 AM
As per documentation you need to use to consume sip refers
no supplementary-service sip refer
If this can be done per call-leg basis not really sure
06-14-2021 12:07 PM
Like many things SIP, this can be done globally, but also at the dial peer level. I've tried following the documentation to get it to consume the refer, but it's not working. I'm still playing with it in the lab, but it's frustrating that there aren't some good working examples available.
06-14-2021 10:43 PM
Yes, you can do it at the dial-peer level, what i meant in a per-call basis was if the cube can actually inter-work between a call-leg with refer enable and one with refer disable, which i believe is what you are trying to achieve , regarding an example i have posted a screenshot bellow
You could try to do it per dial-peer using
dial-peer voice xxx voip
no supplementary-service sip refer
no voice-class sip referto-passing
Reference:
However not all of the cube sip features in my experience can be inter-worked some the cube either pass-through between dial-peers or are consumed cube wide, cube documentation does not actually state inter-work is possible even if you chose to do it at the dial-peer level, in this case since there is no statement it does or does not i would confirm that with tac.
12-11-2024 09:06 AM - edited 12-11-2024 09:11 AM
Yes, there is. Configure a "voice class tenant" and use the command "no referto-passing". This will stop SIP REFER from being passed to the SIP-UA under the dial-peer (SIP trunk) that this voice class tenant is applied to. In the inbound direction, remove the "no supplementary-service sip refer" command to stop the consumption of the SIP REFER (to pass SIP REFER) in the inbound direction to the peer SIP-UA.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide