÷ ÐÉÓØÍÅ ÏÔ 9 ÎÏÑÂÒÑ 2013 07:42:06 ÷Ù ÎÁÐÉÓÁÌÉ:
> Hi,Oh sorry, John, I patch really was made on top of current upstream tree, not
>
> I applied this code manually:
>
> + šif ((v1.type == T_IP) && (v2.type == T_PREFIX_SET)) {
> + š šv1.val.px.len = MAX_PREFIX_LENGTH;
> + š šreturn trie_match_fprefix(v2.val.ti, &v1.val.px);
> + š}
>
> To filter.c
>
> However maybe the patch failed because I don't have the following:
>
> š šif (v2.type != T_SET)
> š š šreturn CMP_ERROR;
>
>
> Maybe the patch that was sent was within a different branch than the main
> 1.3.11 that's available for download?
>
1.3.11. In attachment udpated patch version applied on top of 1.3.11 stable
tree.
Sorry for that.
And yes, really according to documentation we could match only on set with
elements of same tyme. On the other hand, an ip type may be easily represented
as prefix with length of max AFI prefix length (32 - IPv4, 128 - IPv6, so I
see no problem using this conversion of ip to prefix type.
Moreover on IPv4 BIRD build there is implicit conversion of ip type to quad
as on IPv4 they basically represent value with same format.
Thanks for your note.
--
SP5474-RIPE
Sergey Popovich