[Spce-user] Call forwarding, no RTP
Daniel Grotti
dgrotti at sipwise.com
Tue Jan 19 07:44:49 EST 2016
Hi Alessandro,
it's very hard it's an ngcp issue, but to be sure please make an SIP/RTP
trace and check if NGCP is actually receiving the RTP stream from both
endpoints.
*Daniel Grotti *
VoIP Engineer
Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge
Phone: +43(0)1 301 2032 <callto:+4313012032>
Email: dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206
On 01/19/2016 01:24 PM, stefanormc wrote:
> if this is still the issue:
>
>> if I configure a subscriber to unconditionally forward
>> any incoming call to an external number, get the
>> forwarded call estabilished but I get no RTP flows on
>> both sides.
>>
>
> then yes, we are talking about the same issue.
>
> try pressing any dtmf when the call is established on callee side. in
> my case rtp starts going through
>
>
>
>
>
>> On 19 Jan 2016, at 13:00, Alessandro Bolletta
>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>
>> No, i'm not using Digitel. Also I don't think that we are talking
>> about the same issue.
>>
>>
>> *Da:* stefanormc <stefanormc at gmail.com <mailto:stefanormc at gmail.com>>
>> *Inviato:* 19/gen/2016 12:36
>> *A:* Marco Teixeira
>> *Cc:* Alessandro Bolletta; spce-user at lists.sipwise.com
>> <mailto:spce-user at lists.sipwise.com>
>> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>
>> I’m experiencing the same problem. I have 2 providers: one works fine
>> the other not. Sipwise setting are the same.
>>
>> The non working provider is Digitel; is that the same of yours,
>> Alessandro?
>>
>> Apparently is a RFC compliance issue
>>
>> stefano
>>
>>> On 19 Jan 2016, at 12:34, Marco Teixeira <admin at marcoteixeira.com
>>> <mailto:admin at marcoteixeira.com>> wrote:
>>>
>>> So i think my initial assumption "(...) If you are allowing direct
>>> RTP between endpoints (...)" does not verify then.
>>> My next step would be to take a SIP trace and check what's going on...
>>>
>>>
>>> ---
>>> B
>>> est regards
>>> Marco
>>> ---
>>>
>>>
>>> On Tue, Jan 19, 2016 at 11:24 AM, Alessandro Bolletta
>>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>> That setting was already enabled.
>>>
>>>
>>>
>>> Alessandro
>>>
>>>
>>>
>>> *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>> <mailto:admin at marcoteixeira.com>]
>>> *Inviato:* martedì 19 gennaio 2016 12.12
>>>
>>>
>>> *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>> <mailto:alessandro at mediaspot.net>>
>>> *Cc:* spce-user at lists.sipwise.com
>>> <mailto:spce-user at lists.sipwise.com>
>>> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>
>>>
>>> Goto your peering server for that "Ext number"
>>>
>>> Click Preferences
>>>
>>> and set use_rtpproxy to always
>>>
>>> I think that should do make the RTP for calls to that peer to
>>> always proxy via SPCE
>>>
>>> <image001.png>
>>>
>>>
>>>
>>>
>>> ---
>>>
>>> Best regards
>>>
>>> Marco
>>>
>>> ---
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Jan 19, 2016 at 10:37 AM, Alessandro Bolletta
>>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>> wrote:
>>>
>>> Yes, the “Ext number” gateway refuses RTP from that endpoint
>>> for sure.
>>>
>>>
>>>
>>> Could Sipwise be set in order to proxy that RTP flow?
>>>
>>>
>>>
>>> *Da:*Marco Teixeira [mailto:admin at marcoteixeira.com
>>> <mailto:admin at marcoteixeira.com>]
>>> *Inviato:* martedì 19 gennaio 2016 10.51
>>> *A:* Alessandro Bolletta <alessandro at mediaspot.net
>>> <mailto:alessandro at mediaspot.net>>
>>> *Cc:* spce-user at lists.sipwise.com
>>> <mailto:spce-user at lists.sipwise.com>
>>> *Oggetto:* Re: [Spce-user] Call forwarding, no RTP
>>>
>>>
>>>
>>> If you are allowing direct RTP between endpoints, your
>>> "external number" gateway/provider might be refusing RTP
>>> from the original endpoint and expecting audio to come from
>>> your SPCE.
>>>
>>>
>>>
>>>
>>> ---
>>>
>>> Best regards
>>>
>>> Marco
>>>
>>> ---
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Jan 18, 2016 at 4:09 PM, Alessandro Bolletta
>>> <alessandro at mediaspot.net <mailto:alessandro at mediaspot.net>>
>>> wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> if I configure a subscriber to unconditionally forward
>>> any incoming call to an external number, get the
>>> forwarded call estabilished but I get no RTP flows on
>>> both sides.
>>>
>>>
>>>
>>> The peer used for the call forwarding is already working
>>> flawlessly for other purposes, so I can imagine that
>>> there’s something with call forwarding’s procedure.
>>>
>>>
>>>
>>> Hoping to get your help,
>>>
>>> Alessandro Bolletta
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>>> https://lists.sipwise.com/listinfo/spce-user
>>
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
More information about the Spce-user
mailing list