Jump to content

Dewalt

Members
  • Posts

    8
  • Joined

  • Last visited

Posts posted by Dewalt

  1. The problem is this line:

     

     

     

    It means the PBX sends the Re-INVITE to the gateway (repeatedly), but does not receive any response. The gateway should send anything, even if it does not like the Re-INVITE. Do you see something in the log of the gateway? Maybe it tries to send something, but to another address (not the PBX)?

     

     

     

    Maybe there is a newer version available. It could be the gateway does not like the port 0 in the SDP (the PBX just relays that information).

    Thanks will have a look at that.

  2. Hmm. The PBX sends the T.38-reinvite to the gateway, but there is no response in the log. Does the gateway reply at all? If there is no reply, it is understandable that the FAX does not work.

    I just added another sip trace, It seems that the call connectes all the way through but the T.38 does not.

     

    I had some check the patton, he said the patton does send the T.38 correct.

    siptrace.txt

  3. Good day.

     

    We connect a PRI line through a Patton 4960 which trunks to PBXnSIP. For the fax to mail we enable unified messaging on our exchange 2007, with the client's telephone number on PBXnSIP.

     

    Normally the fax will come in and be delivered to the corresponding mailbox. This stopped working about two days ago. I can see the call coming in and connecting to the patton, and it does reach the pbx server. When checking the sip trace I can see it comes in on G711u but then switches’ to G729, which is causing the fax to fail. Both the trunk and extension is configured to use G711U.

     

    We also use the same PRI line to register accounts on Audiocodes MP202's and send and receive faxes through that without any problems, so the PRI line is working fine.

     

    Attached is a copy of the sip trace.

     

    Any idea's

     

    Thanks

    siptrace.txt

  4. I created a second domain and created a new account in the domain. The account is setup on a phone and registers to the same registra and outbound proxy as the account in the primary domain. The account in the primary domain registers without any problems, the account in the second domain does not register. We have 31 domains on our version 2.1.12.2489 which work the same way without any issues. The URI for both accounts are the same.

  5. I upgraded to the latest available version, got the "try loopback" option under the trunks in the dial plan. My problem is that I can't get accounts in different domains to register. I have tried to add a new trunk to the second domain still no luck. The says the account can't be found?

  6. The problem behind that was that the web interface should not present so much information, it stresses the system unneccessarily too much. The 3.1.1 version comes with a search form, so that there is no need to display more than 50 entries at a single time and there you can have thousands of address book entries.

     

    Very-short term workaround is to change the pbx.xml setting cdr_email_size. But better don't touch the web interface for the address book then...

     

    How do I go about importing conntacts in to the address book without using the web interface?

×
×
  • Create New...