Кто реализоввывал такую схему в пределах одной очереди?
Надо, чтобы при попадании в очередь звонки распределялись немного не стандартно
т.е сначла одновременно звонит одна пара 101,102. В случае если любой аппарат из этой пары занят
то вызов шел на пару 103,104. Т.е внутри пар что-то типа стратегии ringall, между парами round-robin
Делать две очереди имхо не совсем корректно получится, т.к тогда потеряется смысл в номере абонента в очереди и временем ожидания ответа оператора

поиграйте с весом агентов, они как раз для этого задумывались

А окромя агентов есть варианты?:)

а если в member указать SIP/101&SIP/102 ?

SIP/101&SIP/102 (Invalid)
не получится такое, уже думал

А обязательно реализовывать очередями ? Вариант с выставлением флага при занятости сиповой линии (например через глобальную переменную) + последовательный перебор пар с предварительной проверкой флагов не подойдет ?

Member = Local/<номер_группы>/n@<контекст_группы>

[контекст_группы]
exten => <номер_группы>,1,Dial(SIP/1&SIP/2)

в queues.conf
member => Local/10/n@queue

в extensions.conf
[queue]
include => local_users
exten => *,1,VoiceMail(1@default) ;если нажали * в очереди то на голосовую почту
exten => *,n,Hangup
exten => 10,1,Dial(SIP/101&SIP/102)

Однако при queue show пишет что invalid.
В какой версии астериска такое работает? У меня 1.4

queue show - как ни странно, это не означает показать контекст с названием queue

Изучите для начала стандартные команды CLI астериска.