вот есть такая ситуация.
Есть 1 SIP пользеватель который пытается зарегистриреваться с 2 телефонов:

[140]
type=friend
context=default
secret=xxx
host=dynamic
username=xxxxx
mailbox=140,xxx
dtmfmode=rfc2833
callgroup=0
pickupgroup=0
disallow=all
allow=ulaw ; dtmfmode=inband only works with ulaw or alaw!
allow=alaw ; dtmfmode=inband only works with ulaw or alaw!
subcribecontext=140
canreinvite=no

оба телефона пологают, что регистрация прошла успешно, т.к. оба получили от сервера "SIP 200 Ok". каждый телефон регистриревался со своим Expires и это время будет считать себя зарегистриреванным.
однако

CLI> sip show peers

показывает только один IP адрес и именно этот телефон будет звонить при

DIAL(SIP/140)

очевидно, в базе данных * есть место только для одной корреляции USER-IPAddress и выигрывает тот, кто приходит последним. ;-)

однако возникает вопрос:
не было-ли бы логичнее держать столько записей User-IP в базе, сколько пришло успешных SIP-REGISTRY пакетов и по истечении Expires для каждого из них - удалять оные?

конечно может есть решение, но я его не нашел.
если кто знает как это (в общем мелочь, но приятно) решить - буду признателен.

А для чего? что бы при Dial(SIP/140) звонили все зарегистрировавшиеся телефоны?
Если да, то это легко решается при помощи очередей или же Dial(<channel1>&<channel2>...)

> что бы при Dial(SIP/140) звонили все зарегистрировавшиеся телефоны?

да, вы правы таким образом можно обойти проблему, но это не решение проблемы (на мой взгляд), а лишь частного случая.
есть еще Q-Value, которое определяется на стороне клиента или Call Forwarding (кажется так его завут) который можно задать на сервере как:

exten => 140,1,DIAL(SIP/140|20)
exten => 140,2,DIAL(SIP/140&SIP/2140|20)
exten => 140,3,DIAL(SIP/2140|20)
exten => 140,4,hangup

(звонит один, потом оба, потом только второй)

в обшем это вещь типа "nice to have", но всетаки приятно не изменять каждый раз настройки сервера, а только клиента.