search for: 500,20

Hello. I'm new with asterisk. Can you help me in this: I have cisco sip phone (601) connected to asterisk server, and 1 client number (500). I want to dial from 601 to 500. But get error in cli console: [Apr 27 15:30:15] NOTICE[9650]: chan_sip.c:20059 handle_request_invite: Call from '601' to extension '500' rejected because extension not found. What's wrong? extensions.conf: [office] exten => 601,1,Answer()...

...!\n"); + return -ENOMEM; + } + + writel(virt_to_phys(vm_dev->isr_mem), + vm_dev->base + VIRTIO_MMIO_ISRMEM); + vm_dev->vdev.id.device = readl(vm_dev->base + VIRTIO_MMIO_DEVICE_ID); vm_dev->vdev.id.vendor = readl(vm_dev->base + VIRTIO_MMIO_VENDOR_ID); @@ -488,13 +500,20 @@ static int virtio_mmio_probe(struct platform_device *pdev) platform_set_drvdata(pdev, vm_dev); - return register_virtio_device(&vm_dev->vdev); + err = register_virtio_device(&vm_dev->vdev); + if (err) { + free_pages_exact(vm_dev->isr_mem, PAGE_SIZE); + vm_dev->isr_...

...3,HangUp On the main Asterisk server, I would have in /etc/asterisk/ extensions.conf: [general] GATEWAY = IAX2/outbound:server@192.168.0.20 [inbound] exten => 1234,1,Dial(SIP/100,20,t) exten => 1234,2,VoiceMail(uSIP/100) exten => 1234,102,VoiceMail(bSIP/100) exten => _N.,1,Dial(SIP/500,20,t) exten => _N.,2,VoiceMail(uSIP/500) exten => _N.,102,VoiceMail(bSIP/100) [outbound] exten => _N.,1,Dial(${GATEWAY}/${EXTEN}) exten => _N.,2,Congestion exten => _N.,3,HangUp Basically, what I'm trying to accomplish is that the gateway server will forward to the main aster...

...both directions. When I want to do the same with my iPhone, only outgoing calls are working. If i try to call (from Blink Win/Mac) my iPhone, Bria is not ringing. Asterisk logs only said that nobody has picked up : {{{ == Using SIP RTP CoS mark 5 -- Executing [400 at local:1] Dial("SIP/500-00000004", "SIP/400,20") in new stack == Using SIP RTP CoS mark 5 -- Called 400 SSL certificate ok -- Nobody picked up in 20000 ms }}} My config files are : * sip.conf : {{{ tlsenable=yes tlsbindaddr=0.0.0.0 tlscertfile=/etc/asterisk/keys/asterisk.pem tlscafile=/etc/aste...

...VIRTIO_MMIO_ISRMEM); > + What happens to existing devices? then might not expect writes at this address. > vm_dev->vdev.id.device = readl(vm_dev->base + VIRTIO_MMIO_DEVICE_ID); > vm_dev->vdev.id.vendor = readl(vm_dev->base + VIRTIO_MMIO_VENDOR_ID); > > @@ -488,13 +500,20 @@ static int virtio_mmio_probe(struct platform_device *pdev) > > platform_set_drvdata(pdev, vm_dev); > > - return register_virtio_device(&vm_dev->vdev); > + err = register_virtio_device(&vm_dev->vdev); > + if (err) { > + free_pages_exact(vm_dev->isr_...

From: Li Liu <john.liuli at huawei.com> This set of patches try to implemet irqfd support of vhost-net based on virtio-mmio. I had posted a mail to talking about the status of vhost-net on kvm-arm refer to http://www.spinics.net/lists/kvm-arm/msg10804.html. Some dependent patches are listed in the mail too. Basically the vhost-net brings great performance improvements, almost 50%+.

From: Li Liu <john.liuli at huawei.com> This set of patches try to implemet irqfd support of vhost-net based on virtio-mmio. I had posted a mail to talking about the status of vhost-net on kvm-arm refer to http://www.spinics.net/lists/kvm-arm/msg10804.html. Some dependent patches are listed in the mail too. Basically the vhost-net brings great performance improvements, almost 50%+.

Hi all, this series builds on my previous changes in Jens' for-4.11/rq-refactor branch that split out the BLOCK_PC fields from struct request into a new struct scsi_request, and makes support for struct scsi_request and the SCSI passthrough ioctls optional. It is now only enabled by drivers that need it. In addition I've made SCSI passthrough support in the virtio_blk driver an optional

Hi all, this series builds on my previous changes in Jens' for-4.11/rq-refactor branch that split out the BLOCK_PC fields from struct request into a new struct scsi_request, and makes support for struct scsi_request and the SCSI passthrough ioctls optional. It is now only enabled by drivers that need it. In addition I've made SCSI passthrough support in the virtio_blk driver an optional

...lt;span class="cx"> static VALUE vevent; </span><span class="cx"> vevent = Data_Wrap_Struct(cEvent, 0, 0, 0); </span><span class="cx"> DATA_PTR(vevent) = &event; </span><span class="lines">@@ -500,20 +66,12 @@ </span><span class="cx"> wxRbCallback *cb = (wxRbCallback *)event.m_callbackUserData; </span><span class="cx"> rb_funcall(cb->m_func, rb_intern("call"),1,vevent); </span><span class="cx">...

I've renewed this again, with some comments from HPA. I've tried to keep the new patches separate, so you can see the changes since we last discussed this (and so it's easy to back it out if we decide it's insane). I haven't even looked at the QEMU side so this is completely untested. Comments gratefully received! Rusty. Michael S Tsirkin (1): pci: add pci_iomap_range

I've renewed this again, with some comments from HPA. I've tried to keep the new patches separate, so you can see the changes since we last discussed this (and so it's easy to back it out if we decide it's insane). I haven't even looked at the QEMU side so this is completely untested. Comments gratefully received! Rusty. Michael S Tsirkin (1): pci: add pci_iomap_range