mhterres

Member

Last active 13 years ago

  1. 13 years ago
    Fri Feb 11 13:52:22 2011

    Hi.

    >Does extension 5500 in context ramais exists?

    yes

    >Was the channel SIP/9999-000088a4 active at the time of the command?

    yes

    >If so, then it is an asterisk bug, you will probably need to update. There are a bunch of versions (semi latest versions, in >1.6 and .18, with broken AMI redirects, perhaps the atxfer is also affected.

    I'll take a look in the changelogs.

    >For the full log to be useful, you might need to increase the debug and verbose level to the max (core set verbose 10, >core set debug 10).

    I did that but I didn't find 5500 in logs.

    Regards,

    Marcelo H. Terres

  2. Fri Feb 11 12:35:04 2011

    Hi again.

    Using debug level 511 and doing the same test I received this messages:

    • * MAIN AMI event received...
    • * MAIN Processing command received from flash clients...

    192.168.12.101 <= <msg data="15|atxfer|4|833e31c9ce6a6caecf9f4226e90f8733" />

    -- PROCESS_FLASH_COMMAND origen 15 accion atxfer destino 4

    -- PROCESS_FLASH_COMMAND password 833e31c9ce6a6caecf9f4226e90f8733

    VALIDAR USUARIO 9999

    VALIDAR USUARIO 9999 OK con clave regular (192.168.12.101)

    Validation ok, have all permissions

    ATXFER using native atxfer in AMI for SIP/9999-000088a4

    192.168.12.1 -> Action: Atxfer
    192.168.12.1 -> Channel: SIP/9999-000088a4
    192.168.12.1 -> Exten: 5500
    192.168.12.1 -> Context: ramais
    192.168.12.1 -> Priority: 1
    192.168.12.1 -> Async: True

    ** MAIN End of block from voip.local.empresa.com.br

    192.168.12.1 <- Response: Success
    192.168.12.1 <- Message: Atxfer successfully queued
    192.168.12.1 <- Server: 0

    • * MAIN AMI event received...
    • * MAIN No 'Event' nor 'End'. Erasing block...

    I search for 5500 in Asterisk full and I didn't found anything about it (just the peer registration).

    Any tips ?

    Regards,

    Marcelo H. Terres

  3. Thu Feb 10 17:16:32 2011
    mhterres started the conversation Problems with attendand transfer.

    Hi,

    I'm testing FOP2 2.20 with Asterisk 1.6.2.11 and I'm having problems with attendand transfer (only blind transfer works).

    voip*CLI> manager show command Atxfer
    Action: Atxfer
    Synopsis: Attended transfer
    Privilege: call,all
    Description: Attended transfer.
    Variables: (Names marked with * are required)

    • Channel: Transferer's channel
    • Exten: Extension to transfer to
    • Context: Context to transfer to
    • Priority: Priority to transfer to

    ActionID: Optional Action id for message matching.

    fop2.cfg:
    ; Force blind transfer on asterisk 1.6
    blind_transfer = 0

    ; Force supervised transfer on asterisk 1.4
    ; requires the atxfer manager backport patch
    supervised_transfer = 1

    I started fop2 with debug level 5 and receive that messages:

    192.168.12.101 <= <msg data="15|atxfer|4|9d651a79f726a088cffb2f3aa802cd6d" />

    192.168.12.1 <- Response: Success
    192.168.12.1 <- Message: Atxfer successfully queued
    192.168.12.1 <- Server: 0

    But the transfer don't work. Nothing happens...

    Without this I can't use FOP2 and I need to fix it to buy the software.

    Can you help me ?

    Regards,

    Marcelo H. Terres

  4. Thu Feb 10 16:58:41 2011
    mhterres started the conversation Problems with attendand transfer.

    Hi,

    I'm testing FOP2 2.20 with Asterisk 1.6.2.11 and I'm having problems with attendand transfer (only blind transfer works).

    voip*CLI> manager show command Atxfer
    Action: Atxfer
    Synopsis: Attended transfer
    Privilege: call,all
    Description: Attended transfer.
    Variables: (Names marked with * are required)

    • Channel: Transferer's channel
    • Exten: Extension to transfer to
    • Context: Context to transfer to
    • Priority: Priority to transfer to

    ActionID: Optional Action id for message matching.

    fop2.cfg:
    ; Force blind transfer on asterisk 1.6
    blind_transfer = 0

    ; Force supervised transfer on asterisk 1.4
    ; requires the atxfer manager backport patch
    supervised_transfer = 1

    I started fop2 with debug level 5 and receive that messages:

    192.168.12.101 <= <msg data="15|atxfer|4|9d651a79f726a088cffb2f3aa802cd6d" />

    192.168.12.1 <- Response: Success
    192.168.12.1 <- Message: Atxfer successfully queued
    192.168.12.1 <- Server: 0

    But the transfer don't work. Nothing happens...

    Without this I can't use FOP2 and I need to fix it to buy the software.

    Can you help me ?

    Regards,

    Marcelo H. Terres