[OpenSER-Users] [OT] Do ITSP SIP_PSTN gateways allow REFER? - sr-users

Klaus Darilion

15 Nov 15 Nov

2:44 p.m.

Iñaki Baz Castillo schrieb:

Hi, I will connect my OpenSer with a Nortel (SIP to PSTN gateway) for incoming/outgoings call to/from PSTN. I have a doubt: if an OpenSer user (200(a)mydomain.org) receives an incoming call from gateway, could he REFER the call to 201(a)mydomain.org? This is: do ITSP gateways allow REFER to SIP users subcribers to my OpenSer? I understand they could not accept REFER's to PSTN number because accounting issues (gateway UAC receving a REFER and calling to PSTN?).

Usually it depends on the configuration of the gateway. Thus, I would add some screening of REFER and 3xx to the proxy. regards klaus

Reply

Klaus Darilion

3:18 p.m.

Iñaki Baz Castillo schrieb:

...

El Thursday 15 November 2007 12:44:31 Klaus Darilion escribió:

Iñaki Baz Castillo schrieb:

Hi, I will connect my OpenSer with a Nortel (SIP to PSTN gateway) for incoming/outgoings call to/from PSTN. I have a doubt: if an OpenSer user (200(a)mydomain.org) receives an incoming call from gateway, could he REFER the call to 201(a)mydomain.org? This is: do ITSP gateways allow REFER to SIP users subcribers to my OpenSer? I understand they could not accept REFER's to PSTN number because accounting issues (gateway UAC receving a REFER and calling to PSTN?).

Usually it depends on the configuration of the gateway. Thus, I would add some screening of REFER and 3xx to the proxy.

Sorry Klaus, I don't understnad what you mean with "screening of REFER and 3XX to the proxy", could you explain it please?

For example, if the system is a POTS replacement (no PBX feature, just VoIP-VoIP and VoIP-PSTN with phone calls) then I would: 1. if method==REFER sl_reply("403",""); 2. activate a failure route and if response code = 3xx then sl_send_reply("500",) If the system also offers PBX features (call transfer ...) then you can not just block it - but you can screen it - e.g. for REFER requests check if the URI in the Refer-To header does not contain premium rate phone numbers, or that REFERs are not sent to the gateway ... regards klaus

...

Thanks a lot.

Reply

Jesus Rodriguez

3:14 p.m.

Hola Iñaki,

...

Hi, I will connect my OpenSer with a Nortel (SIP to PSTN gateway) for incoming/outgoings call to/from PSTN. I have a doubt: if an OpenSer user (200(a)mydomain.org) receives an incoming call from gateway, could he REFER the call to 201(a)mydomain.org? This is: do ITSP gateways allow REFER to SIP users subcribers to my OpenSer? I understand they could not accept REFER's to PSTN number because accounting issues (gateway UAC receving a REFER and calling to PSTN?).

As with rpid/pai, some carriers will accept and others don't. Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------

Reply

Alan Crosswell

3:49 p.m.

Refer works with cisco media GWs. Dunno about others. Re-INVITE with Replaces also works. They don't both work on the same code train yet;) Two different bug fixes not yet integrated into a single code release. /a On Nov 15, 2007, at 6:33 AM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:

...

Hi, I will connect my OpenSer with a Nortel (SIP to PSTN gateway) for incoming/outgoings call to/from PSTN. I have a doubt: if an OpenSer user (200(a)mydomain.org) receives an incoming call from gateway, could he REFER the call to 201(a)mydomain.org? This is: do ITSP gateways allow REFER to SIP users subcribers to my OpenSer? I understand they could not accept REFER's to PSTN number because accounting issues (gateway UAC receving a REFER and calling to PSTN?). Thanks for any explanation. -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users

Reply

Klaus Darilion

4:36 p.m.

Juha Heinanen schrieb:

...

Alan Crosswell writes:

Refer works with cisco media GWs. Dunno about others. Re-INVITE with Replaces also works. They don't both work on the same code train yet;) Two different bug fixes not yet integrated into a single code release.

alan, do you know if there is anywhere a document that lists what headers cisco ios gw acts upon? it is really scary if such a list does not exist. if i remember correctly, cisco used to accept cc-diversion header as charging number header. perhaps they still do and may be there are others that are as dangerous.

Reply