Update CDR Unit tests to reflect container changes in r398579

When a channel joins a multi-party bridge, the ordering of the CDRs that is
created is determined by the ordering of the channels who happen to be in that
bridge. When r398579 changed the number of buckets in the container to
something sensible, it changed the ordering that the CDRs was created in,
causing one of the multiparty tests to fail. This fixes the test with the
now expected ordering.
........

Merged revisions 398628 from http://svn.asterisk.org/svn/asterisk/branches/12


git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@398629 65c4cc65-6c06-0410-ace0-fbb531ad65f3

tests/test_cdr.c

@@ -1808,14 +1808,14 @@ AST_TEST_DEFINE(test_cdr_dial_answer_multiparty)
 		.dst = "100",
 		.dcontext = "default",
 		.channel = CHANNEL_TECH_NAME "/Alice",
-		.dstchannel = CHANNEL_TECH_NAME "/David",
+		.dstchannel = CHANNEL_TECH_NAME "/Charlie",
 		.lastapp = "Dial",
 		.lastdata = CHANNEL_TECH_NAME "/Bob",
 		.amaflags = AST_AMA_DOCUMENTATION,
 		.billsec = 1,
 		.disposition = AST_CDR_ANSWERED,
 		.accountcode = "100",
-		.peeraccount = "400",
+		.peeraccount = "300",
 		.next = &charlie_expected_one,
 	};
 	struct ast_cdr alice_expected_two = {
@@ -1824,14 +1824,14 @@ AST_TEST_DEFINE(test_cdr_dial_answer_multiparty)
 		.dst = "100",
 		.dcontext = "default",
 		.channel = CHANNEL_TECH_NAME "/Alice",
-		.dstchannel = CHANNEL_TECH_NAME "/Charlie",
+		.dstchannel = CHANNEL_TECH_NAME "/David",
 		.lastapp = "Dial",
 		.lastdata = CHANNEL_TECH_NAME "/Bob",
 		.amaflags = AST_AMA_DOCUMENTATION,
 		.billsec = 1,
 		.disposition = AST_CDR_ANSWERED,
 		.accountcode = "100",
-		.peeraccount = "300",
+		.peeraccount = "400",
 		.next = &alice_expected_three,
 	};
 	struct ast_cdr alice_expected_one = {