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 <rob...@its-hoffmann.net
<mailto:rob...@its-hoffmann.net>>
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 <tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>>
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: tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>
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 <tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>>
To: Robert Hoffmann <rob...@its-hoffmann.net
<mailto:rob...@its-hoffmann.net>>
Cc: sipx-users <sipx-users@list.sipfoundry.org
<mailto:sipx-users@list.sipfoundry.org>>
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
<rob...@its-hoffmann.net <mailto:rob...@its-hoffmann.net>>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 sipx-users@list.sipfoundry.org
<mailto:sipx-users@list.sipfoundry.org>
> 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: tgrazi...@voice.myitdepartment.net
<mailto:tgrazi...@voice.myitdepartment.net>
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
<mailto:tgrazi...@myitdepartment.net>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net
<mailto:helpd...@voice.myitdepartment.net>
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 sipx-users@list.sipfoundry.org
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 sipx-users@list.sipfoundry.org
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/
