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: DTMF Issue with one external number
      ([email protected])
   2. Re: DTMF Issue with one external number (Tim)
   3. Re: BE6K C220 servers (Mike )


----------------------------------------------------------------------

Message: 1
Date: Fri, 19 Oct 2012 17:34:32 +0000
From: [email protected]
To: "[email protected]" <[email protected]>, "'Derek Wyss'"
        <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] DTMF Issue with one external number
Message-ID:
        
<255f57bb43f894468da6bd4f2f5dd1ce6425e...@rstn-s-mbx01.net.its.l-3com.com>
        
Content-Type: text/plain; charset="us-ascii"

Nope, still have this same issue.  Very frustrating that the issue is only to 
one external number and I can actually see the digits being passed out the SIP 
trunk.  And since it works for all other numbers, I really don't see how it 
could be a carrier issue on our side.

-Bill


From: [email protected] [mailto:[email protected]]
Sent: Friday, October 19, 2012 11:38 AM
To: Hendrix, George (Bill) @ NSS - STRATIS; 'Derek Wyss'
Cc: [email protected]
Subject: RE: [cisco-voip] DTMF Issue with one external number

George,

Did you ever find a fix on this? I believe I'm having a similar issue.

Thanks

From: 
[email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of 
[email protected]<mailto:[email protected]>
Sent: Tuesday, October 16, 2012 9:18 PM
To: Derek Wyss
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [cisco-voip] DTMF Issue with one external number

The RTP NTE negotiated is indeed 101.  However, when I enter the commands to 
set it to 100, I get the following on the debug.

Preferred Codec        : g711ulaw, bytes :160
        Preferred  DTMF relay  : rtp-nte
        Preferred NTE payload  : 100
        Early Media            : No
        Delayed Media          : Yes
        Bridge Done            : No
        New Media              : No
        DSP DNLD Reqd          : No

Stream type            : voice-only
          Media line             : 1
          State                  : STREAM_ADDING (2)
          Stream address type    : 1
          Callid                 : -1
          Negotiated Codec       : g711ulaw, bytes :160
          Nego. Codec payload    : 0 (tx), 0 (rx)
          Negotiated DTMF relay  : inband-voice
          Negotiated NTE payload : 0 (tx), 0 (rx)
          Negotiated CN payload  : 0


Bill Hendrix  |  Network/VOIP Engineer
L3 STRATIS  POWERED BY EXCELLENCE

From: Derek Wyss [mailto:[email protected]]<mailto:[mailto:[email protected]]>
Sent: Tuesday, October 16, 2012 8:40 AM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [cisco-voip] DTMF Issue with one external number

What does your SDP show using debug ccsip all?

I've ran into this before where the provider had a different RTP map to their 
IP customers vs their ISDN customers.  What I had to do was create separate 
dialpeers for those numbers with a different RTP map.  See example below:
v=0
o=CiscoSystemsSIP-GW-UserAgent 9601 2828 IN IP4 X.X.X.X
s=SIP Call
c=IN IP4 X.X.X.X
t=0 0
m=audio 16384 RTP/AVP 18 0 101
c=IN IP4 10.8.2.4
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:0 PCMU/8000
a=rtpmap:101 X-NSE/8000
a=fmtp:101 192-194

v=0
o=Sonus_UAC 16372 5325 IN IP4 X.X.X.X
s=SIP Media Capabilities
c=IN IP4 X.X.X.X
t=0 0
m=audio 23002 RTP/AVP 18 0 100
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=sendrecv
a=maxptime:20

As mentioned above the yellow highlighted portion of the SDP's is where we can 
see a mismatch in our payload type.  You can see the telco is sending 100 and 
we are sending 101.  To resolve this issue you have to remap the rtp payload 
type for signaling and telephony events.  Here is the commands I had to run to 
send 100 as our NTE to match what the provider was expecting...

Lincoln-VG01(config-dial-peer)#rtp payload-type nse 98
Lincoln-VG01(config-dial-peer)#rtp payload-type nte 100
Lincoln-VG01(config-dial-peer)#rtp payload-type nse 101

Because the signaling is defaulted at nte 101 and nse 100 you have to remove 
100 from nse by assigning it a random unused value before you can assign 100 to 
nte.  See this image for the default reserved values: 
https://communities.cisco.com/servlet/JiveServlet/downloadImage/2-5295-2243/450-185/defaultpayloadtype.png

Hope this helps,

Derek

On Tue, Oct 16, 2012 at 7:25 AM, 
<[email protected]<mailto:[email protected]>> wrote:
Hey guys,

  We have an odd issue going on with DTMF.  Below is the path to the PSTN.

CUCM <-> h.323 Gateway <-> SIP Provider.

The problem is that when we dial into this one external number and press 1 to 
select option 1, it doesn't seem to accept the digit.  If we dial into that 
same number from anywhere else, it works fine.  Having said that, I can dial 
into other numbers from the system and have no issue at all with dtmf.  Any 
ideas of what this issue is?

Thanks,
Bill



_______________________________________________
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/20121019/86f021cb/attachment-0001.html>

------------------------------

Message: 2
Date: Fri, 19 Oct 2012 14:43:01 -0400
From: "Tim" <[email protected]>
To: <[email protected]>, "'Derek Wyss'" <[email protected]>
Cc: [email protected]
Subject: Re: [cisco-voip] DTMF Issue with one external number
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"

Yes, I have the same feeling on my side. Same problem, just one external
number doesn't work.  The far end system is connected on the same carrier
using SIP Trunks.  Doesn't make much sense, but from what I've been told the
far end system is some sort of AdTran.

 

From: [email protected] [mailto:[email protected]] 
Sent: Friday, October 19, 2012 1:35 PM
To: [email protected]; 'Derek Wyss'
Cc: [email protected]
Subject: RE: [cisco-voip] DTMF Issue with one external number

 

Nope, still have this same issue.  Very frustrating that the issue is only
to one external number and I can actually see the digits being passed out
the SIP trunk.  And since it works for all other numbers, I really don't see
how it could be a carrier issue on our side.

 

-Bill

 

 

From: [email protected] [mailto:[email protected]] 
Sent: Friday, October 19, 2012 11:38 AM
To: Hendrix, George (Bill) @ NSS - STRATIS; 'Derek Wyss'
Cc: [email protected]
Subject: RE: [cisco-voip] DTMF Issue with one external number

 

George,

 

Did you ever find a fix on this? I believe I'm having a similar issue.

 

Thanks

 

From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, October 16, 2012 9:18 PM
To: Derek Wyss
Cc: [email protected]
Subject: Re: [cisco-voip] DTMF Issue with one external number

 

The RTP NTE negotiated is indeed 101.  However, when I enter the commands to
set it to 100, I get the following on the debug.

 

Preferred Codec        : g711ulaw, bytes :160

        Preferred  DTMF relay  : rtp-nte

        Preferred NTE payload  : 100

        Early Media            : No

        Delayed Media          : Yes

        Bridge Done            : No

        New Media              : No

        DSP DNLD Reqd          : No

 

Stream type            : voice-only

          Media line             : 1

          State                  : STREAM_ADDING (2)

          Stream address type    : 1

          Callid                 : -1

          Negotiated Codec       : g711ulaw, bytes :160

          Nego. Codec payload    : 0 (tx), 0 (rx)

          Negotiated DTMF relay  : inband-voice

          Negotiated NTE payload : 0 (tx), 0 (rx)

          Negotiated CN payload  : 0

 

 

Bill Hendrix  |  Network/VOIP Engineer

L3 STRATIS  POWERED BY EXCELLENCE 

 

From: Derek Wyss [mailto:[email protected]] 
Sent: Tuesday, October 16, 2012 8:40 AM
To: Hendrix, George (Bill) @ NSS - STRATIS
Cc: [email protected]
Subject: Re: [cisco-voip] DTMF Issue with one external number

 

What does your SDP show using debug ccsip all?

I've ran into this before where the provider had a different RTP map to
their IP customers vs their ISDN customers.  What I had to do was create
separate dialpeers for those numbers with a different RTP map.  See example
below:

v=0

o=CiscoSystemsSIP-GW-UserAgent 9601 2828 IN IP4 X.X.X.X

s=SIP Call

c=IN IP4 X.X.X.X

t=0 0

m=audio 16384 RTP/AVP 18 0 101

c=IN IP4 10.8.2.4

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:0 PCMU/8000

a=rtpmap:101 X-NSE/8000

a=fmtp:101 192-194

 

v=0

o=Sonus_UAC 16372 5325 IN IP4 X.X.X.X

s=SIP Media Capabilities

c=IN IP4 X.X.X.X

t=0 0

m=audio 23002 RTP/AVP 18 0 100

a=rtpmap:18 G729/8000

a=rtpmap:0 PCMU/8000

a=rtpmap:100 telephone-event/8000

a=fmtp:100 0-15

a=sendrecv

a=maxptime:20

 

As mentioned above the yellow highlighted portion of the SDP's is where we
can see a mismatch in our payload type.  You can see the telco is sending
100 and we are sending 101.  To resolve this issue you have to remap the rtp
payload type for signaling and telephony events.  Here is the commands I had
to run to send 100 as our NTE to match what the provider was expecting.

 

Lincoln-VG01(config-dial-peer)#rtp payload-type nse 98

Lincoln-VG01(config-dial-peer)#rtp payload-type nte 100

Lincoln-VG01(config-dial-peer)#rtp payload-type nse 101

 

Because the signaling is defaulted at nte 101 and nse 100 you have to remove
100 from nse by assigning it a random unused value before you can assign 100
to nte.  See this image for the default reserved values:
https://communities.cisco.com/servlet/JiveServlet/downloadImage/2-5295-2243/
450-185/defaultpayloadtype.png


Hope this helps,

Derek

On Tue, Oct 16, 2012 at 7:25 AM, <[email protected]> wrote:

Hey guys,

 

  We have an odd issue going on with DTMF.  Below is the path to the PSTN.

 

CUCM <-> h.323 Gateway <-> SIP Provider.

 

The problem is that when we dial into this one external number and press 1
to select option 1, it doesn't seem to accept the digit.  If we dial into
that same number from anywhere else, it works fine.  Having said that, I can
dial into other numbers from the system and have no issue at all with dtmf.
Any ideas of what this issue is?

 

Thanks,

Bill

 

 


_______________________________________________
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/20121019/a948c17c/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 19 Oct 2012 17:09:20 -0400
From: "Mike " <[email protected]>
To: "'Ryan Ratliff'" <[email protected]>
Cc: [email protected]
Subject: Re: [cisco-voip] BE6K C220 servers
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"

That did the trick.  

 

FYI ESXi 5 update 1 does not have the Megaraid 92xx drivers.

 

From: [email protected]
[mailto:[email protected]] On Behalf Of Ryan Ratliff
Sent: Friday, October 19, 2012 9:00 AM
To: Mike 
Cc: [email protected]
Subject: Re: [cisco-voip] BE6K C220 servers

 

Assuming you've configured the array already via CIMC or otherwise you can
also try
https://my.vmware.com/web/vmware/details?downloadGroup=ROLLUPISO_50_2
<https://my.vmware.com/web/vmware/details?downloadGroup=ROLLUPISO_50_2&produ
ctId=242> &productId=242 to see if that gets you the drivers for the array.

 

-Ryan 

 

On Oct 18, 2012, at 7:17 PM, "Mike " <[email protected]> wrote:

 

It seems to be Esxi 5 not having the correct LSI Megaraid 9266 -8i drivers.

 

Cisco supports esxi 5.1 correct?

 

From: [email protected]
[mailto:[email protected]] On Behalf Of Haas, Neal
Sent: Thursday, October 18, 2012 7:10 PM
To: Steven Sarte; Mike
Cc: <[email protected]>
Subject: Re: [cisco-voip] BE6K C220 servers

 

Yes, if you don't upgrade all componets you may brick the box.

 

I did this once and had to do a factory reset.

 

 

Neal Haas

IT Analyst, Communications

Please report Troubles to the Help Desk. 559-600-5900

Telephone (559) 600-5890

FAX (559) 455-4747

 

County of Fresno

Information Technology Services Division

1020 S Tenth St

Fresno, CA 93702

 

From:  <mailto:[email protected]>
[email protected] [
<mailto:[email protected]>
mailto:[email protected]] On Behalf Of Steven Sarte
Sent: Thursday, October 18, 2012 3:51 PM
To: Mike
Cc: < <mailto:[email protected]> [email protected]>
Subject: Re: [cisco-voip] BE6K C220 servers

 

I actually first downloaded the host upgrade utility ISO to upgrade all the
firmware and drivers.  I was told that you should upgrade all components.  

Sent from my iPhone


On Oct 18, 2012, at 6:42 PM, "Mike " < <mailto:[email protected]>
[email protected]> wrote:

I did. Cisco Vmware 5.0 Update 1

 

From:  <mailto:[email protected]>
[email protected]
<mailto:[mailto:[email protected]]>
[mailto:[email protected]] On Behalf Of Steven Sarte
Sent: Thursday, October 18, 2012 6:39 PM
To: Mike
Cc:  <mailto:[email protected]> [email protected]
Subject: Re: [cisco-voip] BE6K C220 servers

 

Try using the VMWare Cisco Custom ESXi ISO.  I had the same issue.

Sent from my iPhone


On Oct 18, 2012, at 6:25 PM, "Mike " < <mailto:[email protected]>
[email protected]> wrote:

I used CIMC , but couldn't see the RAID set. I found an article that says
you can install esxi 5 on the flash drive on the server itself which I did.

 

I opened a case with TAC to find out the LSI Megaraid firmware is not
supported on vmware 5. TAC says "down load the driver and call me back"

 

Anyone ever upgraded the Megaraid firmware over CIMC?

 

From:  <mailto:[email protected]>
[email protected] [
<mailto:[email protected]>
mailto:[email protected]] On Behalf Of Ryan Ratliff
Sent: Thursday, October 18, 2012 4:59 PM
To: Matthew Loraditch
Cc: Mike Olivere;  <mailto:[email protected]>
[email protected]
Subject: Re: [cisco-voip] BE6K C220 servers

 

+1 for CIMC

 

-Ryan

 

On Oct 18, 2012, at 12:52 PM, Matthew Loraditch <
<mailto:[email protected]>
[email protected]> wrote:

 

Flash drive or use the CIMC and boot from ISO that way


Matthew G. Loraditch - CCNP-Voice, CCNA, CCDA

1965 Greenspring Drive
Timonium, MD 21093

voice. 410.252.8830
fax.  410.252.9284    

Twitter  |  Facebook  | Website  |  Email Support



-----Original Message-----
From:  <mailto:[email protected]>
[email protected] [mailto:cisco-
<mailto:[email protected]> [email protected]] On
Behalf Of Mike Olivere
Sent: Thursday, October 18, 2012 12:41 PM
To:  <mailto:[email protected]> [email protected]
Subject: [cisco-voip] BE6K C220 servers

I feel stupid asking this, but with the new be6k C220's not having a DVD
drive how do we get esxi on it? I used a USB DVD but it only sees the little
3gig and 6 gig utility partitions 

Any ideas?

Sent from my iPhone
_______________________________________________
cisco-voip mailing list
 <mailto:[email protected]> [email protected]
 <https://puck.nether.net/mailman/listinfo/cisco-voip>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
 <mailto:[email protected]> [email protected]
 <https://puck.nether.net/mailman/listinfo/cisco-voip>
https://puck.nether.net/mailman/listinfo/cisco-voip

 

_______________________________________________
cisco-voip mailing list
 <mailto:[email protected]> [email protected]
 <https://puck.nether.net/mailman/listinfo/cisco-voip>
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/20121019/221a9cec/attachment-0001.html>

------------------------------

_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip


End of cisco-voip Digest, Vol 108, Issue 21
*******************************************

Reply via email to