But do you see the REGISTER attempts in the sipxbridge.log?


On Tuesday, 12 October, 2010 05:07 PM, Tony Graziano wrote:
Now not getting any great results...

If I configure a brand new system (behind nat) and setup a sip trunk, I cannot register.

Using port 5080 for trunking, my firewall runs a pcap on port 5080 and sees no traffic/attempt to register the trunk.

This is a brand new system, I also cannot register from outside, getting a 408 request timeout, though I do see those transactions via pcap.

This is a very basic install. Using pfsense firewall (configured properly), static ip, no acd, conferencing or xmpp roles. When I make changes to the sip trunk, I am flagged for restart of proxy/registrar, but not trunk.

I simply do not see any attempt to reach the ITSP from the system, and it can resolve the ITSP and passes all pre-flight tests. On Tue, Oct 12, 2010 at 4:08 AM, Tony Graziano <[email protected] <mailto:[email protected]>> wrote:

    It is a test environment, let me wipe and start over with 4.3.2.
    If I continue to have the problem I'll send it. Should be done
    shortly.


    On Mon, Oct 11, 2010 at 11:56 PM, Joegen Baclor <[email protected]
    <mailto:[email protected]>> wrote:

        Hi Tony,

        Can you send the logs? I'll try to investigate.

        Joegen


        On Tuesday, 12 October, 2010 07:25 AM, Tony Graziano wrote:
        This was working in 4.2.x, but if I forward a call to a sip
        uri for a user, it fails, the same call to the sip uri
        directly by the user is successful.

        In trying to troubleshoot it, the call is never received at
        the proxy.


        Invite goes to internal user

        Time: 2010-10-11T23:03:06.644018Z

        PROXY AUTHORIZES call, then gets sent to destination , Invite
        goes out at:

        Time: 2010-10-11T23:03:06.713355Z and Times out at -- Time:
        2010-10-11T23:03:10.505844Z

        I can see that it takes a long time once it receives the AUTH
        and times out (4 seconds)

        WHY is the question. This ALWAYS worked prior to 4.3.1/4.3.2,
        and if the call is placed manually it does not timeout, and
        completes successfully.

        Has anything been introduced at the proxy in 4.3.x lately
        that would cause this?

-- ======================
        Tony Graziano, Manager
        Telephone: 434.984.8430
        sip: [email protected]
        <mailto:[email protected]>
        Fax: 434.326.5325

        Email: [email protected]
        <mailto:[email protected]>

        LAN/Telephony/Security and Control Systems Helpdesk:
        Telephone: 434.984.8426
        sip: [email protected]
        <mailto:[email protected]>

        Helpdesk Contract Customers:
        http://support.myitdepartment.net
        .



        _______________________________________________
        sipx-dev mailing list
        [email protected]  <mailto:[email protected]>
        List Archive:http://list.sipfoundry.org/archive/sipx-dev/




-- ======================
    Tony Graziano, Manager
    Telephone: 434.984.8430
    sip: [email protected]
    <mailto:[email protected]>
    Fax: 434.984.8431


    Email: [email protected]
    <mailto:[email protected]>

    LAN/Telephony/Security and Control Systems Helpdesk:
    Telephone: 434.984.8426
    sip: [email protected]
    <mailto:[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.




--
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected] <mailto:[email protected]>
Fax: 434.984.8431

Email: [email protected] <mailto:[email protected]>

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected] <mailto:[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-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to