[cisco-voip] Verizon SIP -->CUBE-->Remote MGCP FXS

Mathew Miller miller.mathew at gmail.com
Wed Jun 20 14:45:11 EDT 2012


I noticed another site was working ok and tried some testing and  it was
working ok... it had the command "mgcp modem passthrough voip redundancy"
removed.

I removed that command from the remote router that was not working and it
started to work. Go figure. I guess I will go with pure luck until Verizon
supports T.38 :)

thanks

On Wed, Jun 20, 2012 at 1:03 PM, Nick Matthews <matthnick at gmail.com> wrote:

> They were probably working out of pure luck.
>
> The difference between a passthrough call and normal G.711 isn't as
> significant as it sounds.
>
> In passthrough:
> -The echo canceller is disabled (fax machines enable theirs locally)
> -DTMF is disabled
> -Jitter buffer is extended (the router holds packets longer before playing
> them)
>
> So there's a pretty decent chance that any given fax may work over G711.
>
> -nick
>
>
> On Wed, Jun 20, 2012 at 1:30 PM, Mathew Miller <miller.mathew at gmail.com>wrote:
>
>> Debug ccsip message from a failed outbound call shows normal call
>> clearing...
>>
>> Jun 20 10:18:09.072: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
>> Sent:
>> SIP/2.0 200 OK
>> Via: SIP/2.0/TCP 10.203.191.228:5060;branch=z9hG4bK1074173b53f0a1
>> From: "Main Fax" <sip:XXXXXXX at 10.203.191.228
>> >;tag=2368178~e952bc0c-4f58-439d-b667-bfcb0cb2837d-35295113
>> To: <sip:13127523690 at 10.X.X.240>;tag=17088A78-28F
>> Date: Wed, 20 Jun 2012 15:18:09 GMT
>> Call-ID: dceaa00-fe11e98d-37d03-e4bfcb0a at 10.203.191.228
>> Server: Cisco-SIPGateway/IOS-12.x
>> CSeq: 103 BYE
>> Reason: Q.850;cause=16
>> Content-Length: 0
>>
>>
>>
>>
>>
>>
>> On Wed, Jun 20, 2012 at 12:08 PM, Paul <asobihoudai at yahoo.com> wrote:
>>
>>> What do your 'debug sip messages' and your 'SIP stack' traces tell you
>>> about when/how the FAX calls are failing?
>>>
>>>
>>>
>>>
>>> ________________________________
>>> From: Mathew Miller <miller.mathew at gmail.com>
>>> To: Cisco VOIP <cisco-voip at puck.nether.net>
>>> Sent: Wednesday, June 20, 2012 12:44 PM
>>> Subject: [cisco-voip] Verizon SIP -->CUBE-->Remote MGCP FXS
>>>
>>>
>>> Hello All,
>>>
>>> I have a centralized CUCM 8.6 cluster with a Verizon centralized sip
>>> trunk service coming into a cube with 15.2.t2a.
>>>
>>> I have several remote site with 2921's with VIC3-4FXSDID cards that are
>>> MGCP controlled. When these were initially rolled out we tested faxes in
>>> and out and they seemed to work just fine. Recently they have stopped
>>> working and I am unable to figure out why. I have seem some posts that
>>> maybe MGCP fax passthough will not work with verizon because they don't
>>> support nse only protocol based.… But I am confused about why it worked
>>> previously and stopped work now….
>>>
>>> I can see inbound/outbound fax calls come in and setup as G711 calls,
>>> but the calls never completed.
>>>
>>>
>>> From the cube..
>>> voice service voip
>>>  no ip address trusted authenticate
>>>  address-hiding
>>>  allow-connections sip to sip
>>>  no supplementary-service sip refer
>>>  redirect ip2ip
>>>  fax protocol pass-through g711ulaw
>>>  no fax-relay sg3-to-g3
>>>  modem passthrough nse codec g711ulaw redundancy
>>>  sip
>>>   bind control source-interface Loopback1
>>>   bind media source-interface Loopback1
>>>   header-passing
>>>   localhost dns:XXXXXX.globalipcom.com
>>>   no update-callerid
>>>   early-offer forced
>>>   midcall-signaling passthru
>>>   g729 annexb-all
>>>   sip-profiles 2
>>>
>>>
>>> From the remote MGCP router.
>>>
>>> mgcp dtmf-relay voip codec all mode out-of-band
>>> mgcp rtp unreachable timeout 1000 action notify
>>> mgcp modem passthrough voip mode nse
>>> mgcp modem passthrough voip redundancy
>>> mgcp package-capability rtp-package
>>> mgcp package-capability sst-package
>>> mgcp package-capability pre-package
>>> mgcp default-package mo-package
>>> no mgcp package-capability res-package
>>> no mgcp package-capability fxr-package
>>> no mgcp timer receive-rtcp
>>> mgcp sdp simple
>>> mgcp fax t38 inhibit
>>>
>>> Any ideas would be appreciated…
>>>
>>> Thanks
>>>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120620/5aed0211/attachment.html>


More information about the cisco-voip mailing list