Send cisco-voip mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: Outgoing cLI (Adewale2)
2. Re: dot1x err-disabling ports with phones (Ryan Ratliff)
3. Call ID (Marcelo Zilio)
4. Re: Presence Rebalance Users Specific Nodes (Wes Sisk)
5. Re: Outgoing cLI (Adewale2)
6. Re: Outgoing cLI (Nicholas Samios)
7. Re: Presence Rebalance Users Specific Nodes (Jaime Diez)
8. Re: Outgoing cLI (costas georgiou)
9. Re: Outgoing cLI (Robert Kulagowski)
10. Re: Outgoing cLI (Ryan Ratliff)
----------------------------------------------------------------------
Message: 1
Date: Thu, 20 Jun 2013 16:25:26 +0100 (BST)
From: Adewale2 <[email protected]>
To: Robert Kulagowski <[email protected]>, costas georgiou
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hello ,
?Are they for TEHO between H.323 to CUCM or Gateway -2- Gateway?
?
Heaven is Real try your best to be there, and in all your getting get
understanding
God's Own
Addy
________________________________
From: Robert Kulagowski <[email protected]>
To: costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Thursday, June 20, 2013 3:19 PM
Subject: Re: [cisco-voip] Outgoing cLI
On Thu, Jun 20, 2013 at 7:29 AM, costas georgiou <[email protected]> wrote:
> Hi All,
>
> I have an MGCP and a H323 gateway and I am trying to send out the correct
> number.? When a call is made it sends out the main number i.e. receptions
> number rather than the users extension.? CLI is enabled by the provider.
> The outbound call Calling party presentation is set to default and so is the
> Route group. I have even amended that to Allow but still not sending the
> correct digits.
You said that you have both MGCP and H.323. Which gateway are your
outbound calls using?
Do a "debug isdn q931" and then a "term mon" and capture the output of
an outbound call.
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130620/d7db896c/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 20 Jun 2013 12:27:15 -0400
From: Ryan Ratliff <[email protected]>
To: Erick Wellnitz <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] dot1x err-disabling ports with phones
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
I don't recall specifics other than there have been quite a few bugs on both
sides related to dot1x, most of them ending up just as you describe where the
phone ends up triggering the max mac-address violation on the port.
What version of IOS are your switches running?
http://www.cisco.com/en/US/docs/solutions/Enterprise/Security/TrustSec_1.99/IP_Tele/IP_Telephony_DIG.html#wp389333
is a pretty good resource for this topic.
-Ryan
On Jun 20, 2013, at 10:10 AM, Erick Wellnitz <[email protected]> wrote:
That is what I see as well with the addition of my PC MAC on the data vlan. I
think this is expected behavior.
Perhaps Wes or someone else might be able to confirm?
On Thu, Jun 20, 2013 at 7:19 AM, <[email protected]> wrote:
The only thing I notice is that the phone mac address shows in both the data
and voice vlan. I thought the phone mac only showed in the data vlan for a
short while until it comes up, and then is removed from data vlan mac table.
The PC/laptop is an authorized laptop connected to the PC port of the phone and
the user could be authorized/authenticated for days. Then suddenly, the switch
does this scenario where it?s trying to count both the phone and laptop mac
addresses as data mac addresses, which then err-disables the port, since it?s
configured for single host mode.
-Bill
From: Erick Wellnitz [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 5:23 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: [email protected]
Subject: Re: [cisco-voip] dot1x err-disabling ports with phones
Do you see anything unusual If you do a 'sh mac address-table int <int number>'
?
On Wed, Jun 19, 2013 at 3:36 PM, <[email protected]> wrote:
My mistake?The mac address that the switch is already doing dot1x on is the
phone mac address. Before the switch does the output in my first email. I see
this in the switch log:
Starting 'dot1x' for client (1caa.0711.6ec1) on Interface Gi0/23
Then it goes thru many dot1x entries with the phone mac address, such as
resetting the client, and sending EAPOL packet to the phone mac. It seems to
do this multiple times.
Then I get this:
Security violation on the interface GigabitEthernet0/23, new MAC address
(0021.70c8.58cb) is seen.AuditSessionID Unassigned
security-violation error detected on Gi0/23, putting Gi0/23 in err-disable state
The mac address (1caa.0711.6ec1) is the phone. Sorry for the confusion.
The user is up, connected and already authenticated and working. Then
suddenly, we see this happen.
Thanks,
Bill
From: Erick Wellnitz [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 4:11 PM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: [email protected]
Subject: Re: [cisco-voip] dot1x err-disabling ports with phones
The vendor listed for that MAC address is Dell.
http://www.coffer.com/mac_find/?string=00%3A21%3A70%3Ac8%3A58%3Acb
Perhaps you have someone or someones trying to plug a laptop into the phone.
That would explain why the switch sees a second mac and why the port is put
into err-disable and is in single host mode.
On Wed, Jun 19, 2013 at 2:48 PM, <[email protected]> wrote:
Hey guys,
We have an issue what seems to be mostly on 3560/3750 and older 4500
switches. We have not had the issue at all on any phone connected to our 4510s
with Sup-7 engines. At random when the phone/client is already connected to
the switch, the port goes into err-disable. The ports are in single host mode.
interface FastEthernet1/0/5
switchport access vlan 2
switchport mode access
switchport voice vlan 3
srr-queue bandwidth share 10 10 60 20
srr-queue bandwidth shape 10 0 0 0
priority-queue out
authentication event server dead action authorize
authentication event server alive action reinitialize
authentication port-control auto
authentication periodic
mls qos trust cos
no snmp trap link-status
dot1x pae authenticator
dot1x timeout server-timeout 30
spanning-tree portfast
spanning-tree bpduguard enable
spanning-tree guard loop
The error I see in the log before the port goes err-disable is below:
Security violation on the interface GigabitEthernet0/23, new MAC address
(0021.70c8.58cb) is seen.AuditSessionID Unassigned
security-violation error detected on Gi0/23, putting Gi0/23 in err-disable state
The switch seems to be treating the phone like a new DATA client.
TAC seems to think possibly the phone is not transmitting CDP long enough that
the switch puts the phone mac address into the DATA group and when it does, it
err-disables the port.
Has anyone else seen this happen with firmware version SCCP 9.3.1.1 on 7962
model phones?
Thanks,
Bill
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130620/611343b8/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 20 Jun 2013 13:50:46 -0300
From: Marcelo Zilio <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] Call ID
Message-ID:
<CAL8nHxnFUNBKt1_81xb8X66hvjbyCswYCeBamkKzhzi5HH5=z...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I have some SIP gateways and I've notice something different when I issue
the command "show call active voice brief". All the outbound calls have the
same call id, which is 0. Inbound calls are fine.
Please see the sample:
*57B* : 105481 13:07:01.867 GMT Thu Jun 20 2013.1 +3870 pid:10 Answer
xxxxxx active
dur 00:31:24 tx:94268/15837024 rx:94271/15083360
Tele 0/0/2:0 (105481) [0/0/2.23] tx:1885410/1885410/0ms g711ulaw noise:-71
acom:28 i/0:-58/-20 dBm
*57B* : 105482 13:07:01.867 GMT Thu Jun 20 2013.2 +3870 pid:110 Originate
xxxxxxx active
dur 00:31:24 tx:94271/15083360 rx:94275/15084000
IP x.x.x.x:30088 SRTP: off rtt:0ms pl:1880180/60ms lost:0/0/0
delay:55/55/65ms g711ulaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
*0* : 105713 13:15:24.707 GMT Thu Jun 20 2013.1 +11280 pid:30 Answer
xxxxxx active
dur 00:22:54 tx:69127/11060320 rx:69090/11054400
IP x.x.x.x:30730 SRTP: off rtt:322ms pl:1380480/250ms lost:3/1/6
delay:55/55/85ms g711ulaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
*0* : 105714 13:15:24.991 GMT Thu Jun 20 2013.1 +11000 pid:1030
Originate xxxxxx active
dur 00:22:54 tx:69090/11607120 rx:69128/11060480
Tele 0/0/3:0 (105714) [0/0/3.7] tx:1382550/1382550/0ms g711ulaw noise:-61
acom:51 i/0:-58/-25 dBm
So when I'm troubleshooting some call, is difficult to isolate it because
all calls have the same ID and it is not supposed to be 0 at all.
Anyone know if it's a bug or something misconfigured?
Router is a 3945E, Version 15.1(4)M4.
CUCM 8.6
Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130620/a5269bef/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 20 Jun 2013 13:26:10 -0400
From: Wes Sisk <[email protected]>
To: Jaime Diez <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Presence Rebalance Users Specific Nodes
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
setting the ?User Assignment Mode? to ?None.? That will allow manually
assignment of users to nodes using the system topology interface.
ref:http://docwiki.cisco.com/wiki/Cisco_Unified_Presence,_Release_7.x_--_How_to_Configure_the_System_Topology_on_Cisco_Unified_Presence#User_Assignment_Mode_Recommendations
Although, that does go against our best practice recommendation.
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/presence.html#wp1084332
On Jun 20, 2013, at 5:58 AM, Jaime Diez <[email protected]> wrote:
Hi,
I am wondering if it is possible to rebalance users in a Presence cluster
between just some desired nodes.
Lets put an example:
- 3 subclusters A B C
- 2 nodes per subcluster
I just want to rebalance users between the two nodes in subcluser A and the two
nodes in B leaving subcluster C without users assigned.
By design I think it is not possible so I have tried not enable XCP services
for users connection and authentication thinking that maybe Presence would be
clever enough not tu assign users there but no luck :(.
Any workaround?
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130620/d79445c3/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 20 Jun 2013 20:50:52 +0100 (BST)
From: Adewale2 <[email protected]>
To: Robert Kulagowski <[email protected]>, costas georgiou
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
Could you send their Dial-peer config or configuration.
?
Heaven is Real try your best to be there, and in all your getting get
understanding
God's Own
Addy
________________________________
From: Adewale2 <[email protected]>
To: Robert Kulagowski <[email protected]>; costas georgiou
<[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Thursday, June 20, 2013 4:25 PM
Subject: Re: [cisco-voip] Outgoing cLI
Hello ,
?Are they for TEHO between H.323 to CUCM or Gateway -2- Gateway?
?
Heaven is Real try your best to be there, and in all your getting get
understanding
God's Own
Addy
________________________________
From: Robert Kulagowski <[email protected]>
To: costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Thursday, June 20, 2013 3:19 PM
Subject: Re: [cisco-voip] Outgoing cLI
On Thu, Jun 20, 2013 at 7:29 AM, costas georgiou <[email protected]> wrote:
> Hi All,
>
> I have an MGCP and a H323 gateway and I am trying to send out the correct
> number.? When a call is made it sends out the main number i.e. receptions
> number rather than the users extension.? CLI is enabled by the provider.
> The outbound call Calling party presentation is set to default and so is the
> Route group. I have even amended that to Allow but still not sending the
> correct digits.
You said that you have both MGCP and H.323. Which gateway are your
outbound calls using?
Do a "debug isdn q931" and then a "term mon" and capture the output of
an outbound call.
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130620/5ba9e0bd/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 21 Jun 2013 04:22:48 +0000
From: Nicholas Samios <[email protected]>
To: Adewale2 <[email protected]>, Robert Kulagowski
<[email protected]>, costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID:
<d96e7b682f2065479ed12359e4756a6c269ca...@isp-osb-dag2.win2k.iinet.net.au>
Content-Type: text/plain; charset="us-ascii"
Grab a Q931 debug from the gateway confirm what is being sent out the SETUP
stack and work backwards from there.
If all your calls are being stamped with the trunk pilot it's probably the
carrier either hasn't enabled CLI presentation or you're not sending the
correct stack out.
From: cisco-voip [mailto:[email protected]] On Behalf Of
Adewale2
Sent: Friday, 21 June 2013 3:51 AM
To: Robert Kulagowski; costas georgiou
Cc: [email protected]
Subject: Re: [cisco-voip] Outgoing cLI
Hello,
Could you send their Dial-peer config or configuration.
Heaven is Real try your best to be there, and in all your getting get
understanding
God's Own
Addy
________________________________
From: Adewale2 <[email protected]<mailto:[email protected]>>
To: Robert Kulagowski <[email protected]<mailto:[email protected]>>; costas
georgiou <[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Sent: Thursday, June 20, 2013 4:25 PM
Subject: Re: [cisco-voip] Outgoing cLI
Hello ,
Are they for TEHO between H.323 to CUCM or Gateway -2- Gateway?
Heaven is Real try your best to be there, and in all your getting get
understanding
God's Own
Addy
________________________________
From: Robert Kulagowski <[email protected]<mailto:[email protected]>>
To: costas georgiou <[email protected]<mailto:[email protected]>>
Cc: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Sent: Thursday, June 20, 2013 3:19 PM
Subject: Re: [cisco-voip] Outgoing cLI
On Thu, Jun 20, 2013 at 7:29 AM, costas georgiou
<[email protected]<mailto:[email protected]>> wrote:
> Hi All,
>
> I have an MGCP and a H323 gateway and I am trying to send out the correct
> number. When a call is made it sends out the main number i.e. receptions
> number rather than the users extension. CLI is enabled by the provider.
> The outbound call Calling party presentation is set to default and so is the
> Route group. I have even amended that to Allow but still not sending the
> correct digits.
You said that you have both MGCP and H.323. Which gateway are your
outbound calls using?
Do a "debug isdn q931" and then a "term mon" and capture the output of
an outbound call.
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130621/e02ae743/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 21 Jun 2013 10:32:35 +0200
From: Jaime Diez <[email protected]>
To: Wes Sisk <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Presence Rebalance Users Specific Nodes
Message-ID:
<calv01l11wtdyrnh3zlsrfdchwc5dluu+dwmtofbtstncdk_...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Hi Wes,
Yeah this is the only way I know to balance the users just in the desired
nodes, but it has to be performed by hand while with rebalance, users are
being assigned automatically.
Thank you anyway!
On 20 June 2013 19:26, Wes Sisk <[email protected]> wrote:
> setting the ?User Assignment Mode? to ?None.? That will allow manually
> assignment of users to nodes using the system topology interface.****
>
>
>
> ref:
> http://docwiki.cisco.com/wiki/Cisco_Unified_Presence,_Release_7.x_--_How_to_Configure_the_System_Topology_on_Cisco_Unified_Presence#User_Assignment_Mode_Recommendations
> ****
>
> ** **
>
> Although, that does go against our best practice recommendation.****
>
>
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/presence.html#wp1084332
> ****
>
>
>
> On Jun 20, 2013, at 5:58 AM, Jaime Diez <[email protected]> wrote:
>
> Hi,
>
> I am wondering if it is possible to rebalance users in a Presence cluster
> between just some desired nodes.
>
> Lets put an example:
>
> - 3 subclusters A B C
> - 2 nodes per subcluster
>
> I just want to rebalance users between the two nodes in subcluser A and
> the two nodes in B leaving subcluster C without users assigned.
>
> By design I think it is not possible so I have tried not enable XCP
> services for users connection and authentication thinking that maybe
> Presence would be clever enough not tu assign users there but no luck :(.
>
> Any workaround?
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130621/fb13dded/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 21 Jun 2013 09:12:37 +0000
From: costas georgiou <[email protected]>
To: Robert Kulagowski <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
The first two debugs are from an MGCP gateway which is only passing the main
number not the individual extension. The last one is passing the correct
digits. They are both outgoing, all extensions are 7 digits.
un 21 08:27:26.254: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B5C
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '02082696700'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '01212548185'
Plan:Unknown, Type:Unknown
Jun 21 08:27:26.438: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x9B5C
Channel ID i = 0xA9839F
un 21 08:34:17.500: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B62
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839C
Exclusive, Channel 28
Calling Party Number i = 0x0081, '2036132'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '07825015577'
Plan:Unknown, Type:Unknown
Jun 21 08:34:17.704: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x9B62
Channel ID i = 0xA9839C
Exclusive, Channel 28
Jun 21 08:34:19.580: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B63
***********************************************************************
Working
*Jun 21 09:19:09.201: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00CD
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '02078223798'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '07976596466'
Plan:Unknown, Type:Unknown
*Jun 21 09:19:09.401: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x80CD
Channel ID i = 0xA9839F
Exclusive, Channel 31
> From: [email protected]
> Date: Thu, 20 Jun 2013 09:19:33 -0500
> Subject: Re: [cisco-voip] Outgoing cLI
> To: [email protected]
> CC: [email protected]
>
> On Thu, Jun 20, 2013 at 7:29 AM, costas georgiou <[email protected]> wrote:
> > Hi All,
> >
> > I have an MGCP and a H323 gateway and I am trying to send out the correct
> > number. When a call is made it sends out the main number i.e. receptions
> > number rather than the users extension. CLI is enabled by the provider.
> > The outbound call Calling party presentation is set to default and so is the
> > Route group. I have even amended that to Allow but still not sending the
> > correct digits.
>
> You said that you have both MGCP and H.323. Which gateway are your
> outbound calls using?
>
> Do a "debug isdn q931" and then a "term mon" and capture the output of
> an outbound call.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130621/18f0fd31/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 21 Jun 2013 09:09:08 -0500
From: Robert Kulagowski <[email protected]>
To: costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID:
<CAGe0w3QOfe4EPYJdGFkfNiKUnf9dXc_hVw2UtGm7cB2n=sf...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
If you can, physically swap the two PRIs and see if the problem persists.
That will tell you whether the issue is with your equipment / how you
have your dial-peers and route patterns configured, or if your
provider has provisioned the PRIs improperly.
------------------------------
Message: 10
Date: Fri, 21 Jun 2013 10:44:51 -0400
From: Ryan Ratliff <[email protected]>
To: costas georgiou <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Outgoing cLI
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
In the first two the calling numbers are different, are either of those your
main number, or are they the number you expected to be sent?
-Ryan
On Jun 21, 2013, at 5:12 AM, costas georgiou <[email protected]> wrote:
The first two debugs are from an MGCP gateway which is only passing the main
number not the individual extension. The last one is passing the correct
digits. They are both outgoing, all extensions are 7 digits.
un 21 08:27:26.254: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B5C
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '02082696700'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '01212548185'
Plan:Unknown, Type:Unknown
Jun 21 08:27:26.438: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x9B5C
Channel ID i = 0xA9839F
un 21 08:34:17.500: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B62
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839C
Exclusive, Channel 28
Calling Party Number i = 0x0081, '2036132'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '07825015577'
Plan:Unknown, Type:Unknown
Jun 21 08:34:17.704: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x9B62
Channel ID i = 0xA9839C
Exclusive, Channel 28
Jun 21 08:34:19.580: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x1B63
***********************************************************************
Working
*Jun 21 09:19:09.201: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00CD
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '02078223798'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '07976596466'
Plan:Unknown, Type:Unknown
*Jun 21 09:19:09.401: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref =
0x80CD
Channel ID i = 0xA9839F
Exclusive, Channel 31
> From: [email protected]
> Date: Thu, 20 Jun 2013 09:19:33 -0500
> Subject: Re: [cisco-voip] Outgoing cLI
> To: [email protected]
> CC: [email protected]
>
> On Thu, Jun 20, 2013 at 7:29 AM, costas georgiou <[email protected]> wrote:
> > Hi All,
> >
> > I have an MGCP and a H323 gateway and I am trying to send out the correct
> > number. When a call is made it sends out the main number i.e. receptions
> > number rather than the users extension. CLI is enabled by the provider.
> > The outbound call Calling party presentation is set to default and so is the
> > Route group. I have even amended that to Allow but still not sending the
> > correct digits.
>
> You said that you have both MGCP and H.323. Which gateway are your
> outbound calls using?
>
> Do a "debug isdn q931" and then a "term mon" and capture the output of
> an outbound call.
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130621/de09f4d1/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 116, Issue 20
*******************************************
