obi 110 as sip server
geonasf:
hello to all
i bought one obi 110 and i want to share the pstn line with one siemens ip phone and one pap2 which are in the same lan. can anyone tell to me how can i connect 2 devices to the obi over ip?
thank you
Stewart:
An OBi is not a SIP server -- it will not respond to a REGISTER request. On the PAP2, you can set Register to no and Make Call Without Reg and Answer Call Without Reg to yes.
Assuming that SP2 is configured for SIP:
For incoming, set InboundCallRoute for the Line port to e.g. {ph,sp2(1234@192.168.1.123:5064)} where 1234 is the User ID on the PAP2, 192.168.1.123 is the PAP2's IP address, and 5064 is the SIP Port for the PAP2 line in question. To get caller ID, you'll need to set spoofing for SP2 (with appropriate measures if the provider on SP2 does not support spoofing).
For outgoing, the PAP2 sends the call (via Proxy, the dialplan or a speed dial) to 192.168.1.234:5061 where 192.168.1.234 is the IP address of the OBi and 5061 is the value of X_UserAgentPort for SP2. InboundCallRoute for SP2 needs to distinguish a PAP2 call from a service provider call and route it to the Line port. If your router exposes the port to the Internet, this is a big security risk. You might filter based on the caller ID from the device and/or a "secret" prefix added to the destination number. You might also restrict such calling to local or domestic numbers.
The Gigaset does not provide an option for not registering and will continuously show registration failure. However, it can still make and receive calls on that provider slot.
An alternative to all these constraints is to put e.g. a PBXes account in the path. If you set up the OBi as a "sub PBX", you can still have single stage dialing to the Line port. I took this approach, in part because it gives me free voicemail for the POTS line.
RonR:
Quote from: Stewart on March 04, 2012, 03:07:42 am
To get caller ID, you'll need to set spoofing for SP2 (with appropriate measures if the provider on SP2 does not support spoofing).
This will only get you CallerID for incoming calls to the service provider configured on SP2. Incoming calls from the LINE Port and SP1 will show the SP2 -> AuthUserName for CallerID as Obihai has intentionally crippled the propogation of CallerID between trunks other than the OBiTALK Service trunk.
RonR:
Quote from: geonasf on March 04, 2012, 02:01:21 am
i bought one obi 110 and i want to share the pstn line with one siemens ip phone and one pap2 which are in the same lan. can anyone tell to me how can i connect 2 devices to the obi over ip?
Single-Stage Dialing Through Any OBi Trunk Using SIP illustrates a configuration that will allow connecting SIP clients to OBi's for flexible outbound calling.
Incoming calls are easily accommodated as Stewart pointed out:
... -> InboundCallRoute : {ph,spx(userid@192.168.1.120:5062),spx(userid@192.168.1.121:5064)}
Security concerns are easily addressed using:
Service Providers -> ITSP Profile x -> SIP -> X_AccessList
I use this very configuration to connect a second telephone using a PAP2 to one of my OBi110's.
Stewart:
Quote from: RonR on March 04, 2012, 10:41:47 am
This will only get you CallerID for incoming calls to the service provider configured on SP2. Incoming calls from the LINE Port and SP1 will show the SP2 -> AuthUserName for CallerID as Obihai has intentionally crippled the propogation of CallerID between trunks other than the OBiTALK Service trunk.
I'm running 1.3.0(2586) and was pretty sure it was working when I left in November. The (simplified) InboundCallRoute for the Line port is {SP1(xxxx)} with spoofing set for SP1 and where SP1 is a PBXes sub-PBX and xxxx is a ring group. The IP phones that are members of that ring group would show the correct caller ID.
As you know, I lost control of the OBi shortly thereafter; to continue to receive those calls, I forwarded the Orange pseudo-landline to a DID at ippi.fr, to which the PBXes account registers. This had somewhat better quality and lower latency than going through the OBi, so I left it that way, even after a friend power cycled the OBi and got it running again. Bottom line is that I can't retest it now, because I don't want to risk losing control again. Do you have an easy way to confirm or refute my experience?
Navigation
[0] Message Index
[#] Next page