[Home]

Summary:ASTERISK-06851: IAX2 peer (1.0.9) changing refresh value for incoming iax2 regreq from 60 to 0 (client 1.2.6/7)
Reporter:nuttah (nuttah)Labels:
Date Opened:2006-04-26 14:24:25Date Closed:2011-06-07 14:02:50
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:IAX2 peer (1.0.9) changing refresh value for incoming iax2 regreq from 60 to 0 (client 1.2.6/7)



****** ADDITIONAL INFORMATION ******

from the iax2 client (version 1.2.7.1) also occurs in 1.2.6

Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 001 Type: IAX     Subclass: REGREQ
  Timestamp: 00033ms  SCall: 00002  DCall: 00002 [217.145.*.*:4569]
  USERNAME        : evolvin0002
  REFRESH         : 60
  MD5 RESULT      : a634b6d94f3010be8980f4e30944ff0a

Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: ACK
  Timestamp: 00033ms  SCall: 00002  DCall: 00002 [217.145.*.*:4569]
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: REGACK
  Timestamp: 00035ms  SCall: 00002  DCall: 00002 [217.145.*.*:4569]
  USERNAME        : evolvin0002
  DATE TIME       : 2006-04-26  19:58:36
  REFRESH         : 0
  APPARENT ADDRES : IPV4 217.145.120.2:43737

Apr 26 19:58:36 NOTICE[23064]: sched.c:234 ast_sched_add_variable: Scheduled event in 0 ms?

from the server (1.0.9)

Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX     Subclass: REGREQ
  Timestamp: 00010ms  SCall: 00001  DCall: 00000 [217.145.*.*:43737]
  USERNAME        : evolvin0002
  REFRESH         : 60

Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: ACK
  Timestamp: 00010ms  SCall: 00002  DCall: 00001 [217.145.*.*:43737]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX     Subclass: REGAUTH
  Timestamp: 00015ms  SCall: 00002  DCall: 00001 [217.145.*.*:43737]
  AUTHMETHODS     : 3
  CHALLENGE       : 775288661
  USERNAME        : evolvin0002

Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX     Subclass: REGREQ
  Timestamp: 00038ms  SCall: 00001  DCall: 00002 [217.145.*.*:43737]
  USERNAME        : evolvin0002
  REFRESH         : 60
  MD5 RESULT      : 4544515f27441d32bc76bfb264412f94

Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX     Subclass: ACK
  Timestamp: 00038ms  SCall: 00002  DCall: 00001 [217.145.*.*:43737]
   -- Unregistered 'evolvin0002' (AUTHENTICATED)
Comments:By: nuttah (nuttah) 2006-04-27 07:56:57

Forgot to add, this stops ALL calls from being routed from the peer to the client via IAX2. Once it's renew has been reset to 0, the client will no longer re-register.


By: nuttah (nuttah) 2006-04-27 07:58:51

My colleague has cludged a workaround at the moment to make sure the refresh gets reset to the minimum.

/* DS hack 2006-04-27 because 1.0.9 peer seems to give zero Refresh value
       if (ies->refresh)
               refresh = ies->refresh;
*/
       if (ies->refresh) {
               refresh = ies->refresh;
       } else {
               if (option_debug)
                       ast_log(LOG_WARNING, "Zero or null value in Peer refresh '%s' setting to %d\n", peer, min_reg_expire);
               refresh = min_reg_expire;
       }
/* end of DS hack 2006-04-27 */

hack was applied to 1.2.6 chan_iax2.c around line 5452


By: Serge Vecher (serge-v) 2006-05-03 10:14:50

if the 1.0.9 peer is upgraded to 1.2.7.1, will this problem still be there?
By: nuttah (nuttah) 2006-05-03 10:36:24

I cannot say for sure. On my agenda to test the peer's scripts on a 1.2.6 (or above) client. Until that is done the peer will not be upgraded.
By: Serge Vecher (serge-v) 2006-05-03 10:43:11

Nuttah: thanks for answering.

Based on your plans, it seems of little value to keep this bug open. If the problem persists after you upgrade your peer to the latest stable at the time, then please feel free to reopen the bug.

Thanks!