Dismiss Notice
We would like to remind you that we’re updating our login process for all 3CX forums whereby you will be able to login with the same credentials you use for the Partner or Customer Portal. Click here to read more.

3CX and Patton 4554 inbound calls

Discussion in '3CX Phone System - General' started by dik, Jul 1, 2008.

Thread Status:
Not open for further replies.
  1. dik

    dik

    Joined:
    Jul 1, 2008
    Messages:
    5
    Likes Received:
    0
    We are using a 3CX V6 with Patton 4554.
    Connected is one ISDN2 line serving 4 phone numbers.
    When an incomming call to either number comes in, the patton responds and transfers the call to the 3CX (as expected).

    The question is how should we change the configuration of the patton to only respond to one phone number?

    This is our first experience with these products so we are still learning......
     
  2. Spyklee

    Joined:
    Nov 1, 2007
    Messages:
    45
    Likes Received:
    0
    Hi dik,

    You need to configure the MSN number of the ISDN in a specific defined line in 3CX not the Patton.
    In version v5 you need to specify DID/DDI number/mask attribute for this.


    Hope this helps,

    Cheers! Eric
     
  3. dik

    dik

    Joined:
    Jul 1, 2008
    Messages:
    5
    Likes Received:
    0
    Hi Eric,

    Could you be more specific on where to set this MSN?
    I was not able to find th field you specified in V6.

    Thanks,
    Dik
     
  4. Spyklee

    Joined:
    Nov 1, 2007
    Messages:
    45
    Likes Received:
    0
  5. dik

    dik

    Joined:
    Jul 1, 2008
    Messages:
    5
    Likes Received:
    0
    I tested the DID function, which seems to work. It was possible to have a call to a specific number to end up in different voicemail boxes (what we used for th test) or any other 3CX function for that matter.
    However if we call a number which is not used in a DID rule, still the standard call-group is used. Any suggestions how to avoid this, as we would like some numbers NOT to be handled by the 3CX.
     
  6. Spyklee

    Joined:
    Nov 1, 2007
    Messages:
    45
    Likes Received:
    0
    I see your point, do you handle these calls with an other system?
    If not you could define a DID and end the call directly.

    Cheers, Eric
     
  7. dik

    dik

    Joined:
    Jul 1, 2008
    Messages:
    5
    Likes Received:
    0
    Eric,

    Yes, these calls are handled with another system.

    Tnks
    Dik
     
  8. Spyklee

    Joined:
    Nov 1, 2007
    Messages:
    45
    Likes Received:
    0
    Dik,

    Just to let you know that I didn't find anything to configure it on the Patton. Do you use the Patton as gateway for that specific msn or should it be bypassed?

    Eric
     
  9. dik

    dik

    Joined:
    Jul 1, 2008
    Messages:
    5
    Likes Received:
    0
    Eric,

    That patton is together with another device connected to a NT1(point to multi-point), the patton should handle one number, the other device another number.
    The other device works without problems

    Dik
     
  10. tomaz

    Joined:
    Feb 27, 2008
    Messages:
    12
    Likes Received:
    0
    I have the same problem. I have done some tests, but I believe that problem is in Patton.

    I can not configure Patton to pass MSN information to 3CX PBX.

    It is very comon situation. One MSN line / number should be handled by 3CX, another is directed to analog fax.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  11. silvano

    Joined:
    Sep 27, 2008
    Messages:
    5
    Likes Received:
    0
    I have the same situation: one MSN must be handled by an analog FAX. I solved the problem configuring the FAX DID to end the call on 3CX V6. This way the call is ignored by 3CX and so it can be picked up by the FAX machine.
     
  12. FITEC

    Joined:
    Sep 15, 2008
    Messages:
    19
    Likes Received:
    0
    i solved it by forwarding the MSN DID to the outside (same) number?!
     
Thread Status:
Not open for further replies.