[cisco-voip] 8851: always use first line for outbound calls with multiline

[James Dust]

Hi Reto,

We also have this issue, and it has been raised via our vendor with Cisco TAC

Cisco have raised this with their development team they have told us.

I believe the related bug id is: Bug ID CSCvh30732




Kind Regards

James Dust
ICT Network Infrastructure & Communications Engineer





[cid:image005.png at 01D17638.0229E040]





55 Bishopsgate, London EC2N 3AS

Telephone: 020 7149 6314 / 07989 491136
Website<http://www.charles-stanley.co.uk/> | LinkedIn<https://www.linkedin.com/company/charles-stanley> | Twitter<https://twitter.com/_CharlesStanley>


















From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Reto Gassmann
Sent: 20 March 2019 09:54
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] 8851: always use first line for outbound calls with multiline

Hello Group

we have some IP Phones (8851) with two lines. For outgoing calls the first line is always used.
However, if the user receives a call on the second line (This is his secret privat line), the next outgoing call is initiated from the second line and sends the wrong (privat) number.
Is it possible to configure the phone that allways and automatically the first line is used for an outgoing call.
We have CUCM 10.5 and 8851 IP Phones.

Thanks a lot
Regards Reto

Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190320/a2a70ff8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 6097 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190320/a2a70ff8/attachment.png>