sipX is running in a VM and has only access to one interface. But me dumb self has chosen the wrong interface to trace from on the host and so I was not able to discover that sipX is actually working . ;-)
2010/7/21 Josh Patten <[email protected]> > Three LAN ports ehh? That might be your problem. sipX only supports a > single interface. > > Josh Patten > Assistant Network Administrator > Brazos County IT Dept. > (979) 361-4676 > > > On 7/21/2010 9:00 AM, Robert Hoffmann wrote: > > OK, forget everything I just wrote - I am just too dumb to select the > correct interface out of my three LAN ports for sniffing. :-) > > > 2010/7/21 Robert Hoffmann <[email protected]> > >> Hello again, >> >> Thank you very much for your valuable input! >> >> Now my problem is that when dialing any SIP URI via my Snom phone, the >> sipX just returns "404 Not found". I can clearly see via Wireshark that sipX >> is not doing any lookups on the domain name part of the dialed URI or >> proxying the request at all. So it is not really trying to find my target. >> >> What am I doing wrong? >> >> As far as I understood I do not really have to configure that much (the >> NAT options in "Internet Calling" are activated, internal domain and >> internal subnet is configured and no trunking as you said). >> >> Do I have to enable some kind of dial plan for dialing out via SIP URI >> or is there something else blocking the proxy from doing its job? >> >> BR >> >> Robert >> >> >> 2010/7/21 Tony Graziano <[email protected]> >> >> Additionally your sipx installation needs to be able to lookup the >>> callee's >>> records via dns, so dns reolvers are important. >>> >>> You can also enable ISN calling and use that as we. >>> ============================ >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> Fax: 434.984.8431 >>> >>> Email: [email protected] >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> Fax: 434.984.8427 >>> >>> Helpdesk Contract Customers: >>> http://www.myitdepartment.net/gethelp/ >>> >>> ----- Original Message ----- >>> From: Tony Graziano <[email protected]> >>> To: Robert Hoffmann <[email protected]> >>> Cc: sipx-users <[email protected]> >>> Sent: Wed Jul 21 06:59:09 2010 >>> Subject: Re: [sipx-users] Use sipX without a voip provider for internet >>> calls? >>> >>> On Wed, Jul 21, 2010 at 6:48 AM, Robert Hoffmann >>> <[email protected]>wrote: >>> >>> > Hi there, >>> > >>> > I want to use sipX without a voip provider. It should "just" act as a >>> > proxy >>> > that forwards any incoming remote calls (from the internet) to my >>> locally >>> > attached phones or acts as an outbound proxy for my phones dialing a >>> > remote >>> > SIP URI. I have all the needed NAPTR / SRV etc. records set up for my >>> > public >>> > domain, so connecting to sipX should be no problem. >>> > >>> > What I am not sure about is if sipX is actually designed to work for >>> > remote >>> > calls (in- and outgoing) without trunking? Of course I am just talking >>> > about >>> > calling between SIP URIs, no PSTN stuff. I am asking this in advance >>> > because >>> > I have not found any references for this scenario with sipX. >>> > >>> > - Can I use sipX as a proxy for remote calls (in- and outgoing) without >>> > using a voip provider? >>> > >>> Yes >>> >>> > - If yes, can sipX act as a SBC in front to avoid NAT problems with the >>> > phones behind it (with the appropriate port forwardings applied to my >>> > router, of course)? Or is this function limited to trunking? >>> > >>> No, SBC is for trunking only, sipxrelay is for remote users. A proper >>> firewall configuration at both ends for remote users is a requirement. >>> >>> > - If yes, is that working via the sipxrelay service so that remote >>> phones >>> > will have to send their SIP signaling to port 5080 (which is the >>> standart >>> > port for sipxrelay) ? >>> > >>> No, trunking would be 5080, but since you are not using that it does not >>> factor rhere. Remotes users resolve (via DNS SRV) to connect via port >>> 5060. >>> >>> > - If SBC functionality is not possible, can I use sipX at least as a >>> > "dumb" >>> > proxy in combination with a SIP ALG? >>> > >>> Simply activate the SIP trunking role and configure according to the wiki >>> to >>> do this and bypass any sip alg's present. >>> >>> > >>> > If anything of the above worked, what would I have to configure in >>> sipX? >>> > Obviously I cannot fill out the Internet Calling form, as there is no >>> > trunk >>> > configured for which a SBC could be attached to... >>> > >>> By default the built-in sipxbridge sbc will allow this, >>> YOU_ONLY_FILL_THIS_IN and check it when using ANOTHER_SBC for this >>> function. >>> >>> > >>> > Thank you in advance for your help and time! >>> > >>> > >>> > BR, Robert >>> > >>> > _______________________________________________ >>> > sipx-users mailing list [email protected] >>> > List Archive: http://list.sipfoundry.org/archive/sipx-users >>> > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >>> > sipXecs IP PBX -- http://www.sipfoundry.org/ >>> > >>> >>> >>> >>> -- >>> ====================== >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> sip: [email protected] >>> Fax: 434.984.8431 >>> >>> Email: [email protected] >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> sip: [email protected] >>> Fax: 434.984.8427 >>> >>> Helpdesk Contract Customers: >>> http://www.myitdepartment.net/gethelp/ >>> >>> Why do mathematicians always confuse Halloween and Christmas? >>> Because 31 Oct = 25 Dec. >>> >> >> > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ >
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
