[OpenSIPS-Users] Failed to replicate Dialog

Kneeoh kneeoh at yahoo.com
Thu Sep 3 19:36:55 CEST 2015


Liviu, I think I have found the problem. I ran a capture of the replicated messages and looked at the payload. It looks to me like opensips is adding an extra 0 to the socket port See the 50600 below?

P4CKdialog$ec64e7b6-cd03-1233-be9b-0024e869f3d56B7Baccavm01Hsip:12125551212 at 55.55.233.248"sip:15194381165 at 192.168.30.40:5060hrdvudp:192.168.30.40:50600"sip:5194790526 at 55.55.233.248:5060oU

P4CKadialog!51121598_100315427 at 55.55.65.170gK0c7cc374sip:+13459390626 at 55.55.65.170sip:+19172000727 at 192.168.30.40gudp:192.168.30.40:50600$sip:+13459290326 at 55.55.65.170:5060oU

P4CKdialog.159eb04c526111e58ba600151712bf98 at 55.55.15.58)447782421-3843121490-352364171-2562658839.sip:+13128009168 at 55.55.15.58:5063;user=phone)sip:+12516444334 at 192.168.30.39;user=phone4}udp:192.168.30.39:50600.sip:+13128009168 at 55.55.15.58:5063;user=phoneoU
 


     On Thursday, September 3, 2015 1:26 PM, Kneeoh <kneeoh at yahoo.com> wrote:
   

 Liviu, I'm still getting the stream of errors on the back up host with the configuration I've posted on this thread and -m 2048 -M 512 on both hosts. I'm running around 4-500 CPS at the moment. I saw some notes that this has since been moved to TCP in opensips 2. I'm guessing the replicated dialogs are greater than 1500 bytes and are truncated when received on the backup host. That's all I can figure w/o doing a tcp dump on the replication port to confirm...I'll do that next.
 


     On Wednesday, June 10, 2015 10:04 AM, Kneeoh <kneeoh at yahoo.com> wrote:
   

 Thanks Liviu, I'm running Opensips with the following memory allocations on both the primary and secondary hosts. Doesn't this mean I'm allocating 2G of shared mem and 512 Megabytes of Pkg mem? I think i'm not running more than 1000 calls per second per your last email which should take only 640Mb of ram. I am running dialog profiling and ratelimit enforcement so I'm not sure how that factors in to increasing the memory requirement or if it's causing the replicated dialog to truncate and miss data.
-m 2048 -M 512 



     On Thursday, June 4, 2015 3:03 PM, Kneeoh <kneeoh at yahoo.com> wrote:
   

 I just popped up to 1.11.5 and am still getting a stream of dialog replication failure even though the non-active host IS listening on the same socket as the primary host. I'm banging my head on the desk, I can't figure out what this isn't working.

Host 2 (passive host)
Jun  4 18:34:50  /usr/local/sbin/opensips[27448]: ERROR:dialog:receive_binary_packet: Failed to process a binary packet! 
Jun  4 18:34:50  /usr/local/sbin/opensips[27445]: ERROR:dialog:dlg_replicated_update: dialog not found, building new 
Jun  4 18:34:50  /usr/local/sbin/opensips[27445]: ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening sockets 
Jun  4 18:34:50  /usr/local/sbin/opensips[27445]: ERROR:dialog:receive_binary_packet: Failed to process a binary packet! 
Netstat on Host 1netstat -nlp | grep opensips
udp        0      0 192.168.30.40:5060      0.0.0.0:*                           7304/opensips   <---virtual ip
udp        0      0 192.168.30.39:5060      0.0.0.0:*                           7304/opensips   <---virtual ip
udp        0      0 10.1.0.41:5092              0.0.0.0:*                           7304/opensips   <---binary replication binding (bin_listen)

Netstat on Host 2netstat -nlp | grep opensips
udp        0      0 192.168.30.40:5060      0.0.0.0:*                           27441/opensips  <---virtual ip
udp        0      0 192.168.30.39:5060      0.0.0.0:*                           27441/opensips  <---virtual ip
udp     2176      0 10.1.0.42:5092           0.0.0.0:*                           27441/opensips  <---binary replication binding (bin_listen) 


     On Thursday, May 7, 2015 1:36 PM, Kneeoh <kneeoh at yahoo.com> wrote:
   

 Hi Bogdan, Both Opensips hosts are set to use corosync/heartbeat to failover the two IPs in our config. Both hosts are set to non-localbind and opensips is explicitly listening on both of the VIPs. This is why I'm confused. It seems that everything is configured correctly yet I'm getting these errors on the inactive opensips instance.
 


     On Thursday, May 7, 2015 1:05 PM, Bogdan-Andrei Iancu <bogdan at opensips.org> wrote:
   

  Hi Kneeoh,
 
 The dialog replication is done assuming that both opensips servers do share the listening interface (via vrrp, heartbeat, etc). Do you different listening IPs on the 2 opensips instances ?
 
 Regards,
  Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com On 29.04.2015 20:35, Kneeoh wrote:
  
  Hello, I've got two VIPs on two instances of opensips and am doing dialog replication. I'm getting a steady stream of failed to replicate dialog errors in my opensips log. 
  192.168.30.39 192.168.30.40 are the two VIPs. Both have a listen = on both opensips configs. I'm not sure if this line in the log is the problem but it looks like it: " DBG:core:bin_pop_str: Popped: '' [0]" I'm not sure how the receive IP could be an empty string.
  
  debug: 
   DBG:dialog:dlg_replicated_create: Received replicated dialog!
  DBG:core:bin_pop_str: Popped: 'udp:192.168.30.40:5060' [22]
  DBG:core:grep_sock_info: checking if host==us: 13==13 &&  [192.168.30.40] == [192.168.30.39]
  DBG:core:grep_sock_info: checking if port 5060 matches port 5060
  DBG:core:grep_sock_info: checking if host==us: 13==13 &&  [192.168.30.40] == [192.168.30.40]
  DBG:core:grep_sock_info: checking if port 5060 matches port 5060
  DBG:core:bin_pop_str: Popped: '' [0]
  ERROR:dialog:dlg_replicated_create: Dialog in DB doesn't match any listening sockets
  DBG:dialog:destroy_dlg: destroing dialog 0x7f09ddd9f958
  DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 0x7f09ddd9f958 [2225:721583693] with clid 'f4f2446c-6937-1233-f798-0024e869f1eb' and tags 'NULL' 'NULL'
  ERROR:dialog:receive_binary_packet: Failed to process a binary packet!
  
   
  
 _______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
 
 
 

   

   

   

   

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150903/1f6de17c/attachment.htm>


More information about the Users mailing list