search for: t32g

Hello, using Asterisk 1.8.12.2 case : I call with my cellphone to our public telephone number Our receptionist answers the incoming call and does an attended transfer to my colleague ( A ) Colleague answers and the receptionist tells him that I am on the other side. Receptionist transfers the call and I am connected to my colleague ( B ) My question is about the CallerID that the

Hello, I am running Asterisk 11.12.0 on CentOS 6.4. The asterisk server and internal phones are located on the 10.10.32.0/21 LAN subnet. I have many internal SIP phones, which appear to be working correctly. I have a few external phones (Yealink SIP-T32G or other Yealink model) on 192.168.32.0/24 which have an OpenVPN client configured on them that connects back to the LAN network through a pfSense gateway with OpenVPN configured on it. Asterisk server LAN IP: 10.10.32.10 My internal test phone: 146 at 10.10.32.96 My external test phone: 265 at 1...

...ot Call In > > > I am running Asterisk 11.12.0 on CentOS 6.4. The asterisk server and > > internal phones are located on the 10.10.32.0/21 LAN subnet. I have many > > internal SIP phones, which appear to be working correctly. I have a few > > external phones (Yealink SIP-T32G or other Yealink model) on > > 192.168.32.0/24 which have an OpenVPN client configured on them that > > connects back to the LAN network through a pfSense gateway with OpenVPN > > configured on it. > > I faced problems with pfsense -no VPN involved- and finally installed &g...

...t; I am running Asterisk 11.12.0 on CentOS 6.4. The asterisk server and > >>> internal phones are located on the 10.10.32.0/21 LAN subnet. I have many > >>> internal SIP phones, which appear to be working correctly. I have a few > >>> external phones (Yealink SIP-T32G or other Yealink model) on > >>> 192.168.32.0/24 which have an OpenVPN client configured on them that > >>> connects back to the LAN network through a pfSense gateway with OpenVPN > >>> configured on it. > >> > >> I faced problems with pfsense -...

...8, Andrew Martin a ?crit : > Hello, Hello > > I am running Asterisk 11.12.0 on CentOS 6.4. The asterisk server and internal phones are located on the 10.10.32.0/21 LAN subnet. I have many internal SIP phones, which appear to be working correctly. I have a few external phones (Yealink SIP-T32G or other Yealink model) on 192.168.32.0/24 which have an OpenVPN client configured on them that connects back to the LAN network through a pfSense gateway with OpenVPN configured on it. I faced problems with pfsense -no VPN involved- and finally installed siproxd on it. Also set the firewall mode...

...> >>> I am running Asterisk 11.12.0 on CentOS 6.4. The asterisk server and >>> internal phones are located on the 10.10.32.0/21 LAN subnet. I have many >>> internal SIP phones, which appear to be working correctly. I have a few >>> external phones (Yealink SIP-T32G or other Yealink model) on >>> 192.168.32.0/24 which have an OpenVPN client configured on them that >>> connects back to the LAN network through a pfSense gateway with OpenVPN >>> configured on it. >> >> I faced problems with pfsense -no VPN involved- and fina...

....0 on CentOS 6.4. The asterisk >>>>> server and internal phones are located on the 10.10.32.0/21 >>>>> LAN subnet. I have many internal SIP phones, which appear >>>>> to be working correctly. I have a few external phones >>>>> (Yealink SIP-T32G or other Yealink model) on >>>>> 192.168.32.0/24 which have an OpenVPN client configured on >>>>> them that connects back to the LAN network through a >>>>> pfSense gateway with OpenVPN configured on it. >>>> >>>> I faced proble...

Hello, I am running Asterisk 11 on CentOS 6.4 with about 150 local SIP clients on a LAN. The SIP clients are a mixture of Yealink phones (e.g SIP-T32G, SIP-T42G, etc). I have configured the system as follows: sip.conf: [169] secret=111111 dtmfmode=rfc2833 directmedia=no directrtpsetup=yes canreinvite=no context=main host=dynamic type=friend port=5060 call-limit=5 nat=force_rport,comedia callcounter=yes queues.conf: [queue_level_1] musiconhold=...